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ABSTRACT 

This report reviews the background and rationale for 
a cooperative authority file building system and describes the 
services, products, and operation of the new Name Authority 
Cooperative (NAC ). The document defines the relationship between 
NACO, other Library of Congress (LC) cooperative projects, and the 
Linked Systems Project (LSP). The document comprises: (1) a brief 
description of how the NACO service will be operated by LC, including 
what will be included in the NACO name authority file, how various 
types of libraries will contribute to the file or use the records, 
and how LC will manage the project; (2) delineation of the factors 
that will be considered in selecting libraries to participate in the 
ongoing maintenance of NACO; (3) a description of the quality review 
procedures and standards that will be applied to records; (4) a 
description of what still needs to be done before NACO begins to 
function, and an outline of the relationship of NACO to LSP. 
Appendices include: a report from a 1979 meeting that presents the 
background and rationale for the project; revisions of the 
"Requirements Statement for the. Name Authority File Service"; results 
of a survey conducted in 1982 to ascertain the likely use of such a 
service and the features that would be most useful; and a glossary. 
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PREFACE 



The cooperative authority file building system described in this 
report reflects several years of effort by many institutions and individuals. 
Work began with a meeting of specialists in 1979'to consider all aspects of 
authority work, the keystone of our bibliographic structure. The objective 
envisioned then ~ an integrated, consistent authority file available to all 
libraries — is, at last, nearly at hand. By using technology effectively, by 
building on established procedures and structures [and adding new ones where 
needed), and by enlisting the help of many institutions, great progress has 
been made. While it is gratifying to report progress, it is also instructive 
to realize the large amounts of time, effort, and funding needed to reach what 
would appear to be a relatively straightforward objective. 

Once in place, the Name Authority Cooperative described in this report 
will mark milestones both in cooperation and in harnessing technology for 
library purposes. In essence, by using technology, this project expands the 
capabilities of an existing cooperative project to make the sharing of 
authority data easier and more timely. In particular, the Linked Systems 
Project, a related CLR funded venture to' develop standard protocols for 
communication among computer systems, has provided the means for this specific 
activity. The protocols that have been developed will facilitate many other 
cooperative projects as well. 

This report ruviews the background and rationale for this project and 
describes the services, products, and operation of the new Name Authority 
Cooperative. It updates an earlier publication ( Requirements Statemen t for 
the Name Authority File Service , 1981) by presenting new information, revised 
terminology, and substantive changes, along with plans for further 
development. This report is distilled from mountains of working papers and 
special reports that have been prepared in the process of getting to this 
point. 

On behalf of the library community, we acknowledge with gratitude the 
contributions of many who have participated in this project, both directly and 
indirectly, over the past several years. This includes those who participated 
in the initial meeting five years ago, members of the Task Force on a Name 
Authority File Service, NACO participants and LC staff, those who reviewed 
earlier documents, those who responded to the task force's 1982 survey, LSP 
staff, and many others. 



Warren J. Haas 
May 1984 
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CHAPTER 1 
BACKGROUND AND OVERVIEW 



Before the project described in this document began in 1979, an 
integrated, consistent name authority file, available to all libraries, had 
long been considered by many to be a critical element in a nationwide library 
and information services network. Cataloging information was being shared 
successfully among libraries, and the next logical step would be the sharing 
of authority work, the most expensive, part of the cataloging process. But it 
was not obvious how to create and implement such a name authority file, 
available to all libraries, to enable that sharing of records. 

To review authority issues and to try to find a way of making progress 
toward a national name authority file, the Council on Library Resources, as 
part of its Bibliographic Service Development Program (BSDP), sponsored a 
meeting in September 1979 and invited representatives of shared cataloging 
systems, major libraries, and other organizations. From the discussions, it 
became evident that there was some agreement that it was both desirable and 
possible to establish an authority file for nationwide use. (Appendix A 
summarizes much of the discussion at that meeting.) 

As a result of that meeting, the Council's BSDP appointed a Task Force 
on a Name Authority File Service to initiate and coordinate the planning and 
review required to establish an authority file service for the nation. Over 
the next four years, that task force would develop procedures for building and 
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maintaining such a file, general and specific requirements for the service, 
and various sets of recommendations on such topics as quality control and 
selection of contributing libraries. Task force members would also work 
closely with LC staff involved in the Name Authority Cooperative (NACO) 
project and with LC, RLG, and WLN staff involved in the Linked Systems Project 
(LSP). 

Various working documents have resulted from the work of the task 
force, including the 1981 Requirements Statement for the Name Authority File 
Service , which was widely distributed for review and comment by librarians and 
others. Several presentations, both formal and infurmal, have been made at 
library meetings and conferences to keep others aware of progress of the task 
force. In 1983, as implementation began, all the authority projects involved 
were brought together under the name NACO. 

This document describes the current status of plans for NACO, how the 
service will operate, and the remaining steps until it is up and running in 
1984. The document also makes clear the relationship between NACO, other LC 
cooperative projects, and LSP. 

The document consists of several parts: 

Chapter 2 briefly describes how the service will be operated by LC, 
what will be included in the NACO name authority file, how various types of 
libraries will contribute to, or use the records of, the name authority file, 
and how LC wHl manage the project. 

Chapter 3 describes the factors that will be considered in selecting 
libraries that will contribute to and participate in the ongoing maintenance 
of NACO. 



s 



Chapter 4 describes the quality review procedures and standards that 
will be used to assure a high quality of records on the system. 

Chapter 5 describes what still needs to be done before the system is 
up and running, and outlines the relationship of NACO to LSP. 

Appendix A is the report that grew out of the September 1979 meeting 
to discuss issues; it presents an overview of the background and rationale for 
the project. 

Appendix B is a revision of the Requirements Statement for the Name 
Authority File Service , the report that was issued in early 1981 to define the 
desirable general and technical requirements for such a service. 

Appendix C is a revision of part II of that report. It suggests 
quality control methods for insuring that records in the file meet accepted 
standards. 

Appendix D presents results of a survey conducted by the task force in 
1982 to ascertain the likely use of such a service and the features that would 
be most useful in it. 

Appendix E is a glossary. 



CHAPTER 2 
NACO OPERATION 



The Name Authority Cooperative (NACO) is the first phase of a 
Cooperative Data Base Building System c { CODABASE) being implemented and 
maintained by the Library of Congress. In addition to nsme authority records, 
CODABASE will eventually include subject authorities, bibliographic records, 
and location records. Selected participating libraries will contribute 
records by mail, by terminals online to LC's system, or by communications link 
with the network utilities. Management of both technical and bibliographic 
aspects will be provided by LC. Figure 2.1 is a schematic diagram of 
CODABASE. 

For the NACO implementation, the master name authority file will be 
stored on the LC computer system and will be maintained as an online file. 
Name authority records will be available on tape through the MARC Distribution 
Service and on microfiche through the COM publication: Name Authorities 
Cumulative Microform Edition . Other products may be made available as needed. 
The distribution of all these products is known collectively as the Name 
Authority File Service (NAFS). The name authority file may also be available 
online through the network utilities. 

The name authority file will include records for names, uniform 
titles, and series. These authorities will be used to control headings in the 
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books, serials, music, maps, films, and, NUC data bases at the Library of 
Congress* The file will also be useful for other libraries who wish their • 
cataloging to conform to national practices and standards. 

Initially, the file will include full LC authority records, full 
records contributed by other libraries, and ''early notice" or. "preliminary" 
records. The latter group will include preliminary records input by LC 
catalogers and records created for headings in NUC. reports. Contributing 
libraries may also input preliminary records prior to submitting the finished 
record. Preliminary records input by LC catalogers and contributing libraries 
will be updated to full records when the cataloging is completed. Preliminary 
records input by NUC will be updated to full records the firsttime they are 
needed for use by LC catalogers or contributing libraries. The file will 
initially contain all records input by LC since 1976 and all records 
contributed by the libraries alneady cooperating with LC in the NACO project. 
Most of the records will be in AACR 2 form. However, the file "will also 
contain some headings input before January 1981 that have not yet been 
evaluated to see if they conform to AACR 2. These records are flagged. 

Contributing libraries may participate in one of three ways. 

1. Libraries may submit authority data sheets which will be input to 
the file at LC . ( NACO/Mai 1 ) These libraries will be responsible for 
searching both the LC authority and bibliographic files to make sure that the 
headings submitted are not duplicates and do not conflict with headings 
already on the LC file. For this purpose libraries will search the files at 
one of the network utilities, their own online files, or the nam£ authority 
file on COM issued by the Library of Congress. Some libraries may be online 
to LC for searching only. This method is essentially the same operation now 



being carried out by the existing LC Name Authority Cooperative Project 
(NACO). 

2. Libraries may be online to LC for searching, input, an d update. 
( NACO/Terminal ) Under this method, libraries will have a terminal -to-computer 
link. These libraries will use the LC input and update system to enter 
authorities directly to the LC data base. Each library will search the name 
authority file and the bibliographic file. I* the heading is on the name 
authority file, the library will use it unless a modification is needed. 
Contributing libraries ^il 1 be able to add or modify cross references. If a 
library wishes to change a heading it will confer first with LC. Only LC will 
have the ability to delete a record. If the heading is found on a 
bibliographic record, but not on a name authority record, the library will 
create a new authority record and input it to the file. 

3. Libraries may be online to a network utility (i.e., R LIN or WLN). 
( NACO/LSP ) Under this method, each utility will maintain a complete copy of 
the authority master file. Records input to the LC master file will be sent 
within 24 hours via a computer-to-computer link to the utilities holding 
copies. In turn, . records input to the utility file will be transmitted to LC 
on the same schedule. Cooperating libraries will perform essentially the same 
operations as those who are directly online to LC but will use their own 
utility files for searching, input, and update. 

When LC or a cooperating library wishes to change a record, a flag 
will be set in' the record and this information will be transmitted to the 
master file and each copy file. This will serve as a notice to all libraries 
not to try to make changes to the record until the first update is completed. 
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When the change 1s completed, the library making the change will remove the 
flag from the record. 

LC will serve as the bibliographic monitor for all participating 
libraries. LC will provide training and then will review all records 
submitted by a new library until that library's wnrk meets agreed-upon 
standards. After this LC will monitor the contributing library's work by 
sampling. 

Participants will initially include the current NACO libraries. Other 
libraries will be selected baseJ on such factors as quality of cataloging, 
quantity of original cataloging, and successful participation in past 
cooperative projects (as described in chapter 3). For the foreseeable future, 
the number of libraries directly online to LC will be limited to avoid 
contention for LC's own requirements. 

NACO MANAGEMENT 

I. The Library of Congress will serve as Authority Manager and 
Technical Manager of NACO. 

A. As Authority Manager, LC will be responsible for: 

1. Developing bibliographic policy and quality and 
quantity standards (quantity will be negotiated on 
an individual basis with each participant); 

2. Selecting NACO participants in consultation with 
NACPAC (see HE below); 

3. Providing bibliographic training conducted at LC and 
distributing pertinent documentation, jincluding rule 
interpretations and procedural manuals. (The Au- 
thority Manager will review authority records 
created during a new participant's qualifying period 
and at other times as appropriate; continued 
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assistance in training will be provided whenever 
necessary); and 



4. Providing quality control, primarily through 
sampling, and monitoring quantity of records 
submitted by the participants through review of 
statistical data regarding' receipts. (The Authority 
Manager will consult with participants regarding 
problems. Communication between the Technical 
Manager and the participants will be via electronic 
message service, telephone, or mail as appropriate.) 



B. As Technical Manager, LC will be responsible for those activities 
that provide support to the operation of the master file. Within this general 
responsibility are a number of specific activities: 



1. Providing computer and system resources to support 
the building of the name authority file; 

2. Providing online access to the data base for 
selected contributors; 

3. Providing offline products (including tapes and 
microforms) ; 

4. Providing systems training for online participants; 
and 

5. Providing statistical data. 



II. To advise LC in the management of NACO, a Name Authority 
Cooperative Participants Committee (NACPAC) will be formed. 

A. The membership of NACPAC will comprise individuals from the 
agencies authorized to participate in NACO. Each such agency may designate 
two representatives, one to speak on behalf of its administrative policies and 
the other on behalf of the ongoing acti' ities of its NACO operation. 
Optionally, if an agency is unable or unwilling to sponsor two 
representatives, it may instead appoint a single individual as its 
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representative. For voting purposes, only one representative from any agency 
may cast ballots. 

B. NACPAC will be responsible for advising the Library of Congress 
about policy matters in regard to the creation and maintenance of the name 
authority file and distribution of resulting records by: 

1. Serving as a forum to discuss NACO operational matters; 

2. Making recommendations concerning NACO policies and 
procedures; and 

3. Assisting LC in selection of agencies for NACO 
participation (see HE below). 

C. The chairperson of NACPAC will be appointed by the Library of 
Congress from among its staff. This person will preside over meetings of the 
group; call, schedule, locate, and establish the agenda for such meetings; see 
that minutes of meetings are prepared and distributed, that correspondence is 
processed, and that official records are maintained properly; and appoint 
subcommittees and task groups as necessary to achieve NACPAC purposes. 

D. Normally, the NACPAC will meet twice annually, usually in 
conjunction with the Annual Conferences and Midwinter Meetings of the American 
Library Association. 

E. A standing Subcommittee on Membership will be established from 
among the representatives to NACPAC for the purpose of assessing the 
qualifications of any agency that applies for NACO participation and 
recommending to LC whether or not it should be selected. The membership of 
this subcommittee will comprise two persons elected from NACPAC, but no more 
than one from any agency, to serve one two-year term, in addition to a 



representative designated by LC from among its staff who will serve as 
chairperson. 
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CHAPTER 3 
SELECTION OF CONTRIBUTORS 



The Name Authority Cooperative is intended to be the authoritative 
source of name headings and associated information for American libraries, 
enhancing the oresent Library of Congress service. NACO will allow this 
service to be broadened by including headings established by other libraries. 
These headings would include many that LC itself would not normally establish 
or that LC could not establish in a timely fashion. Furthermore, these 
additional libraries will participate in the ongoing maintenance of the 
resulting file. Thus, NACO is an extension of what LC is now doing and will 
be implemented under the supervision of LC. The headings established or 
updated by the contributing libraries will be accepted by LC, and the library 
community will expect at least the same level of quality as that provided by 
LC. 

Thus the selection of contributing libraries is of utmost importance, 
since only libraries that are able and committed to maintaining the highest 
standards in their authority work will be able to perform at the level 
required by NACO. Because resources required for training staff of 
contributing libraries and for coordinating the service will be limited, it 
will also be essential to limit the number of libraries that participate. 
Objective criteria are required for the selection of these libraries, 
including a measure of the potential usefulness of a library's contributions. 

-13- 
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Selection will be made by LC in consultation with the NACPAC Subcommittee on 
Membership. 



a! basic conditions for participation 



(1) The prospective contributor must demonstrate a 
willingness to contribute time and expertise to the 
program. 

(2) The prospective contributor must be willing and able to 
adhere to the standards and procedures established for 
contributors to the service. 

(3) The applicant must be willing and able to send, at its 
own expense, selected members of its staff to the 
Library of Congress for initial training in NAC0 
standards and procedures, for a total period of 
approximately three weeks. 

(4) The applicant must be willing to serve a qualifying 
period, followed by a commitment of not less than 
eighteen months as a full-fledged contributor. . Only a 
fiscal emergency or the loss of the necessary staff 
expertise would be grounds for early resignation from 
the program. 



B. CRITERIA FOR SELECTION 
In selecting participants in NACO two major goals will be sought: (1) 
to provide for the highest possible quality of contribution and (2) to provide 
for the broadest possible coverage of the service as a whole. The NACPAC 
Subcommittee on Membership will help LC monitor coverage and evaluate 
applicants against the apparent gaps it perceives. Following are the major 
criteria that will be used for evaluating potential contributors. They are 
not ranked in any particular order. However, the greater the number that can 
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be met by a particular library, the greater the desirability of selecting that 
library. 



(1) Quality of cataloging. This, of course, is a subjective 
measure, but, if necessary to limit the number of 
contributors, a committee of peers may be convened by 
the NACPAC Subcommittee on Membership to judge the 
quality of a random selection of each applicant's 
cataloging. Factors to be considered will be the 
accuracy of the library's cataloging\ (including MAPX 
coding), the completeness of its records, the kind of 
training given to its staff over the years, and the way 
it has distributed information about LC practice to its 
staff. 

(2) Amount of general original cataloging done over the 
previous year. No minimum number of titles will be 
established, but a higher preference will generally be 
given to libraries that do more cataloging and to those 
more likely to be establishing headings that at least 
one other library in the country will use. 

(3) Amount of cataloging of materials from or concerning one 
or more geographic areas. Preference should be given to 
libraries that can contribute in more than one such 
area. 

(4) Amount of cataloging in orie or more special subject 
areas. The sometimes unique expertise of special 
libraries or libraries with limited missions should be 
available to the cooperative. 

(5) Whether or not the library regularly establishes 
headings for federal, state, or — in some cases — 
local government agencies. 

(6) Successful participation in past cooperative projects, 
particularly those in which the library established name 
headings. 



Other criteria may be established by LC in consultation with the 
NACPAC Subcommittee on Membership if experience demonstrates the need. 
Numeric weights may be associated with each criterion if the selection process 
proves difficult to carry out lacking such precision. It is recognized that 
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subjective faptors are difficult to quantify. Nevertheless, numeric scoring 
may be a means of helping to maintain confidence in the selection process. *It 
Ts" important for the success of NACO that there be such confidence. 

C. CRITERIA FOR CONTINUATION AS A NACO CONTRIBUTOR 
Prior to the end of the commitment period, the performance of each 
contributor will be evaluated. This evaluation will be based upon both the 
quantity and quality of authority work contributed to NACO, the latter based 
upon the degree to which the contributor has met the NACO standards of quality 
(as described in chapter 4). If the contributor's work is deemed to be 
substandard, a new qualifying period may be imposed. An extension of full 
participation w-ill be granted if the contributor succeeds in meeting an 
acceptable level of quality during the qualifying period. 

The quality of a contributor's input will be determined on the basis 
of the extent to which the contributor meets the standards defined in Chapter 
4, Quality Review Standards. 
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CHAPTER 4 
QUALITY REVIEW STANDARDS 



Quality review is an important cornerstone for the building of the 
name authority file. The long-term usefulness and integrity of the file will, 
in large measure, be determined by the consistent application of commonly 
defined rules and procedures by the contributing members. 

The NACO quality review process will consist of the policies stated 
below and will be built on the criteria and procedures stipulated in Appendix 
C, "Proposals for Quality Control." The quality review agent for the 
cooperative will be the Library of Congress, which will apply the standards 
and criteria; provide definitions and explanations that further clarify or 
define standards; and participate in the development and refinement of new 
policies as necessary. 

The quality review of records contributed to NACO will measure and 
separately record two aspects of quality: cataloging and MARC coding. 

A. Quality of Cataloging 

Minimum acceptable cataloging quality will be 0.4 error points per 
record processed, including both newly contributed records and records 
modified. Error points will be assessed as follows: 

Access point errors — Since errors in access points can cause 
multiple problems for consistency in linking records and bibliographic 
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records, any error in an access point will be counted with a weight of three 
error points. 

Non-access point errors — Minor errors* defined as any error in non- 
access point data, will be counted with a weight of one error point. 

B. Quality of MARC Coding 

The quality of MARC coding will be expressed in terms of an accuracy 
rate, which will be calculated by dividing the number of error-free records in 
a sample by the total number of records in the sample, and then multiplying 
the result by 100. The minimum overall accuracy rate will be 96 percent. The 
minimum accuracy rate for access point fields and certain fixed fields, 
however, will be 98 percent. 

NACO Quality Control may include two typds of review: (a) regular 
review of each contributing member's input through the use of periodic 
samples, and (by periodic review of segments of the entire database for 
special problem areas or general review for overall consistency and integrity. 

The Library of Congress will be responsible for initiating 
contributing member review on an ongoing basiaf. The Library of Congress will 
act as coordinator for periodic reviews of the database, and contributing 
members may be assigned or select responsibility for review of a segment of 
the file. 

. CONTRIBUTING MEMBERS 
Since all contributing members of NACO have agreed to follow the 
general rules and specifications of the project, each contributor will: 

-18- 
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(1) Participate in a training phase, which includes resident 
training at the Library of Congress. 

(2) Have up to 100 percent of their initial worfe reviewed 
and revised for an average period of six months but not 
to exceed one year. 

(3) Have regular sampling and review of their records by the 
Library of Congress, which will determine the 
contributor's level of performance in the project. 

(4) Participate in periodic reviews of the name authority 
database to improve consistency control or to implement 
corrections for special problem areas identified by the 
Library of Congress and/or contributing members. 



SAMPLING 

A sample of the records of each contributor will be reviewed 
periodically to determine the quality of cataloging and MARC coding. Valid 
samples, as defined by a statistical consultant to the Library of Congress,, 
will serve as the basis for this quality review. Contributions of all 
participants will be sampled at least once a year. If a quality review 
reveals that a contributor's records do not meet minimum requirements for 
either cataloging or MARC tagging, review on a 100 percent basis may be 
initiated. This full review may be limited to only the deficient aspect of 
quality. 

ERROR REPORTING 

Comments and suggestions on errors in specific records from users of 
the NACO file shall be reviewed by the Library of Congress. Primary emphasis 
shall be placed upon the review of comments on access points. 
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CHAPTER 5 
IMPLEMENTATION 

s 

Parts of the NACO file building system are already in place. As 
described above, a cooperative name authority file is being built by LC and a 
few other institutions through direct creation of authority records into LC's 
online system and by input of authority records at LC from authority work 
sheets submitted by participants. The value of NACO will be greatly augmented 
by the physical facilities being planned and implemented under the Linked 
Systems Project (LSPh This project is a joint undertaking of the Washington 
Library Network, the Research Libraries Group, and the Library of Congress. 
The capabilities implemented under the LSP will make it possible for libraries 
with terminal links to the authority systems at VILN and RLIN to create 
authority records for the NACO file on those systems. These records will then 
be added through computer- to-computer communication to the master NACO 
authority file at LC. Through those same communications channels, the 
contributors will have both access to an up-to-date copy of the NACO file on 
their own systems and the ability to access it and other files held on the 
other participating systems. 

There are several components to the building of computer- to-computer 
links that allow the extension of NACO to this form of contribution. The LSP 
planning phase took place between spring 1980 and spring 1982. The work 
during that period and continuing into the current implementation phase 



divides into *hree parts — establishment of a basic telecommunications link 
between systems, .adjustment of application facilities so end users may access 
applications at other sites, and establishment of procedures. 

For the telecommunications link, standard protocol models be.ing 
developed by the t International Organization for Standardization (ISO) have 
been used in order to maximize the potential for future use. of the link. Work 
on implementation of the telecommunications part, called LSP/Standard Network 
Interconnection (SNI), is scheduled to be completed in December 1983. At that 
point, the computers at the three sites will be able to coi.municate only: the' 
changes to the end application programs that process and manipulate the 
communicated data will not be completed. 

For use of this link in NACO, the second part of the LSP is required. 
It includes the adjustment of the application programs at each site so that 
the communicated data can be accessed and manipulated by users. This is being 
implemented under the LSP/Authorities Implementation (AI). During the 
planning period for LSP/AI several models were analyzed that would bring about 
consistency of. authority data among the three sites. The NACO model with a 
master file at one site and contribution/distribution links for the three 
sites was selected. All three sites will also support intersystem search by 
their users. The projected completion of the application facilities is the 
late spring of 1984. At that time, at the three sites, terminal users will be 
able to search each other's systems and the systems will transfer records over 
the new computer- to-computer links between them. 

The final part of the implementation of NACO/LSP is the procedure that 
will be followed for the orderly building and use of the cooperative NACO 
file. Requirements were outlined by the original NAFS Task Force. The 
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procedures and experiences LC has had with NACO in its other forms will be 
useful. In* addition, .f^CQ/in its present form will be used to test new 
procedures over the nex? year. 

Thus, by mid-1984, computer- to-computer interaction with the NACO 
Master File will be possible. The following characterize and differentiate it 
from the other forms of contribution. 



(1) Record creation will take place on the participant's 
utility, not necessarily on the system responsible for 
the NACO Master File. The record creation facilities 
will thus be those already familiar to the user. 

(2) The authority records created on the different utilities 
will be sent to the NACO Master File at LC via the 
computer-to-computer links. This activity will be 
carried out by the systems and will not involve the .' , 
participant. 

(3) The contributions to the Master File will be validated 
by computer and if they fail to pass, the utility on 
which they originated will automatically be informed and 
the necessary corrections will be made on that utility. 
The record may be resubmitted to the Master File. 

(4) The contributions to the Master File will be distributed 
over the computer-to-computer link to the utilities. 
This activity will be carried out by the systems and 
will not involve the participant. 

(5) Any participant will be able to update or change a 
record on its own utility with the change' being sent 
over the link to the Master File. 

(6) The participant on any of the three systems will be able 
to search the other systems using the search syntax of 
its own utility. The response will also be displayed in 
the format that is standard on the participant's 
utility. 
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APPENDIX A 

AN INTEGRATED CONSISTENT AUTHORITY FILE SERVICE 
FOR NATIONWIDE USE 



□ 11 .4 T ?!«T2l]°Sl? 9 .? rticle from the Library of Congress Information 
Bulletin (39(28) :244-248, July 11, l980Tlescr1bes the rati onale for 
development of the Name Authority File Service. 
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[Editor's Note: The following re|x>rt is an internal working 
document ol the Council on Library Resources" liiblioxraphic 
Service Development Program. In the mteiest ol K iv " n K wl( l*' 
dissemination to the ideas ( ontained in the document, the l.ibrarv 
of Confess has agreed to publish the re|>ort in the I.C Information 
Bulletin I he Couruil would welcome am < omnients on the ? e|>oi l 
and these should be addressed toC Ire Jones. Program Oltuet. 
Couruil on l.ibran Resources. ln< . One l)u|K>nt Chile. NAN.. 
Washington. I) < '.. l!00$o i 

In re< ent months, many ol those persons who have 
been involved in establishing pieces ot the projected 
national librar\ and information service network 
have become convinced that an important, indeed 
critical, component will be an integrated, consistent 
anthoritv file. An anthoritv file contains the words, 
terms, and cross references— the access points— that 
impose consistency on files ol bibliographic data. 
Consistent files with c learlv established access points 
are, ol course, muc h easier lot users to seaich. t he 
anthoritv file that these netwoik planners have in 
mind would contain records < onti ibnted by a variety 
ol institutions and c reated in accordance 1 with estab- 
lished roles and procedures. It would be available for 
use nationw iife. Building such a lile would r edu< e the 
aggregate costs of authority work bv the sharing ot 
authority records; in addition, it would assist in the 
creation ol more consistent bibliographic records, 
which, in itself would improve c urrent shared cata- 
loging el loi ts. 

Authoiitv work is the most costlv part of the cata- 
loging process. While mm h ( ataloging information is 
now successfully shared, the means lor sharing the 
most expensive product, the authority work, lias not 
been established. ! his paper describes a project to 
establish, build, and maintain an authoiitv file 
service. 

I he following pages contain a description of the 
pit-sent environment and basic concepts in\ob d m 
implementing an authority file set vice*. I he 1 onale 
lor the proposes! approac h is explained*and he gen- 
eral requirements of tfie svstein are identified. \ 
suggestion is made c one erning the adminiMiarinnnl 
such a service. Finally, a proposal tor implementing 
the projec t is presented. 

For pur poses of c lariiv . definitions of tei ins used in 
ibis paper appear in an appendix. 



Background 

For most of their history, libraries generally have 
constructed their catalogs using two basic authority 
control files — one maintained at the Library of Con- 
gress (IX -) and separate ones maintained within ^ach 
library. When a library accepts the authority or acc ess 
points in an LC bibliographic product, it relies upon 
the authority work carried out bv I.C. But when such 
a library has to catalog an item and create ac cess 
points for which I.C authority data cannot be 
found, it must establish an authority mechanism of its 
own. 

Shared cataloging svsteins such as 0C1.C. Inc., 
RUN (Research Libraries Information Network, 
which is operated In the Research Libraries 
'Group), and WI N (Washington Library Network) 
provide an opportunitv to build an integrated, con- 
sistent authority file s\stem However, until re- 
cently, discussions relating to such a development 
had been diffuse and not encouraging. In Sep- 
tcmher \\)7\l a meeting ot representatives from the 
major shared cataloging systems (OCLC. RUN. and 
WLN). the Library ol Congr ess, the National Library 
of Medic ine, and the National Agricultural Library 
(the last three hereafter referred to as the national 
libraries), and the Couruil on Libiarv Resources 
(CI R) took place. At that time a change in attitude, 
even a change in commitment, became apparent. 
Faeh institution was lepiesented bv a senior policy 
officer. (with one exception), a senior computing ex- 
pert, and a senior bibliographic polic v of fic er. I hev 
agi eecl. in general, on four points: 

(hit is possible and desirable to establish and 
shar- in integrated, consistent anthoritv file lor 
njtiiMiw ide use*. 

rJ 1 It is possible and dcshahle t<> develop a set of 
piocedures for building and maintaining such an 
auihoi uv lile. 

<:'») It is possible to develop a set ot general and 
spec itic lecjuirements lor an authority file sei vice. 

M) It is possible to develop a set of design elements 
foi auihoiitv contiolsv stents. 

Hie September meeting vielcled otbei points 
ol agiecment as well. Fust. LC should accept ie- 
sponsrbilitv for the management ot procedures tor 
building and maintaining the tile. Second, some 
agenev. not necessarilv LC. must phvsicallv maintain 
the anthoritv file and provide access to it. Ihitd. 
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some agency, probably not 1.(1, but possibly CLR's 
Bibliographic Service Development Program 
(BSl)P), should begin to stimulate the processes re- 
quired to create an authority file service that will be 
available nationwide 

In October 1979. Cl.R's BSDP Program Commit- 
tee went on record as supporting a concept embodied 
in a proposal, submitted by the Research Libraries 
Group (RI.(i) and the Washington Library Network, 
that would provide these two institutions with the 
capacity to build and maintain an integrated author- 
ity file. The Progiam Committee also encouraged 
CLR staff to continue work toward an integrated 
authority file. 

The Present Environment 

Authority work is carried on in many institutions 
hut historic there has been no strategy to coordi- 
nate these ef forts. It will be usef ul to note some of the 
maj'M authority activities now under way. 

l ilt' l.ibiarv of Congress continues to produce 
high (jualitv bibliographic records that are under 
authority control and are used in nearly every shared 
cataloging ef fort in this country and. to some extent, 
abtoad. I lie authority control s\ stein at the Lihrarx 
of ( ".ongrcss is largeh a manual system, altliough now 
the authority records produced are converted to 
m.ic hme-ieaclable foini. LC began sharing its 
mac bine-readable authoi it\ lecords in 1977, when 
the siihjec I heading file was 111 st distributed through 
the MARC Distribution Set \ ice. Name author it\ re- 
folds ha\e been distributed since 197H. and I.C's 
mac hine-readahh name authoi it \ file is axailahle for 
on-line scare lung .if I.C. ()nl\ pait of the* total I.C 
authority file* is in mac hine-readahle form, howexer. 
Main thousands of retrospec ti\e name* authority le- 
cords aie still maintained in card form. 

I he other two national libiaiies. the* National Li- 
bra i\ of Medicine (NI At) and the National \giicul- 
tin .il I ibrarx (N \L). each ha\e authoritx files .sepa- 
late from that at the I ibiaix ol Congress and from 
each other, hi addition to the ttaditional authority 
con\entions of t lit* libiarx communit\. NAL per- 
i ei\es c ertain obligations to coiifonn to the* authority 
comentions followed b\ the absiiacting and index- 
ing community, t here ha\c. however, been discus- 
sions among the* thiee national libraries on develop- 
ing joint authontx files. 

I he m.ijoi l)ibliographic utilities h.i\e appioac hed 
the issue* of authontx contiol in differeni wa\s. 
OCI C docs not now provide <iuthoiit\ control oxer 
ttcouls in its bihhogi apluc data base, although it 
does pi omcU* for its subsc i ibers search only ac c ess to 
name authoi it\ rec ords distuhuted h\ LC 

I lie Reseated Libiaiies (uoup's !<l IN is com- 
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mited to establishing an authority control system that 
will link the authority and bibliographic records in its 
files. Work on that system is under way with comple- 
tion targeted for late 1980. A sophisticated off-line 
authority control system has been used by the New 
York Public Library (NYPL) to produce its own book 
catalogs for several years. This file will become part 
of the RLIN authority file. 

The Washington Library Network is unique 
among U.S. networks in that its authority control 
system is on-line, and provides machine checks of 
new headings contributed to the data base. There is 
a manual verification process for all headings identi- 
fied by machine as new entries into the WLN author- 
ity file. (The University of Toronto Automated 
Library System is a Canadian network with authority 
control characteristics that are similar to WLN.) As 
with other authority control systems, WLN's 
continues to evolve. Because both the NYPL and 
WLN authority systems preceded the creation of the 
LC MARC communications lot mat for authority 
records, their authority formats are not fully com- 
patible with that of LC. 

In addition to the bibliographic utilities, there are 
some institutional systems that incor|>orate authority 
control, most notahK those of the University of Chi- 
cago and the National Library of Medicine. There 
are also bibliographic services provided commer- 
cially that iucorpoiate some degree of authority con- 
trol out lecords. \g.iin. to the extent that LC bib- 
liographic records are used, these systems luxe an 
implicit contiol of access points. When rec cuds not 
geneiated In L( '. aie used, ac cess points max nt may 
not Ik 1 controlled, depending upon the system 

A common thread in the present bibliographic eu- 
\iionmeni is the LC MARC bibliographic lecordand 
the consistent it gives oilier Files because of its in- 
trgiitv. However, at picsent. none of the agencies 
with authoiitx s\stems shaie authoiitx data in an 
on-line mode with am othei agency 

The (Unwept 

Mum one epi is <i simple one: build and maintain an 
integrated, consistent authoiit\ file using con- 
tributions fiom selected institutions opeiating on- 
line to a single 1 computei -based system. Hie contri- 
buting institutions and others will use the file for local 
(institution spec ific ) proc essing requirements al- 
though the* authoiit\ file itself will not earn institu- 
tion specific data. 1'he file will be made available to 
tlit* nation's libraries in a \arietv of 'ten mats: for ex- 
ample, piiuted. minofonu. and machine-readable. 
In order to implement this new sei \ice. certain tech- 
nical, procedmal. and adininisti ati\c issues must lie 
lesoked. 

BEST COPY AVAILABLE 

31 
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The institutions initially selected to contribute to 
the file will be large, general, research-oriented li- 
braries (academic, public, special) because the cap- 
ture of the authority work performed by a carefully 
chosen set of institutions will probably satisfy a large 
portion of the nation's authority requirements. Con- 
tributing institutions will include those reflecting the 
needs of users of public and state libraries as well as of 
academic and research communities. 

Based upon the September discussions and upon 
the anticipated capabilities of the RLIN system, it is 
expected that the authority f lie will be built and main- 
tained in an on-line mode at RLIN with LC's partici- 
pation. The RLG/WLN authority control, project 
now under way should provide the background and 
capabilities to permit RLIN to assume these file man- 
agement responsibilities. This same project, incorpo- 
rating as it does the authority work and experience of 
WLN, may serve to include at a very early stage the 
needs of public and state libraries. 

Though there are both name and subject authority 
records, this project will be limited to name au- 
thorities, including uniform titles and series. The 
issue of subject authority records will be addressed at 
a later date. 

The LC name authority file will be the base upon 
which the project is established. There are several 
other high-qualitv authority files that may be merged 
with the LC file including those of NYPL, WLN, 
Stanford, and Chicago. The prospects for merging 
these files are being examined by LC, NYPL, and 
RLG. 

LC, in cooperation with the contributing institu- 
tions, will establish procedures required for the 
input and maintenance of authority records. LC will 
provide necessary training required at each institu- 
tion to implement the input and maintenance proce- 
dures. Since manual authentication of new records is 
costly and time-consuming (witness the CONSER 
experience), a method of quality control using 
machine verification will be explored with sampling 
techniques employed to test results. Because the ob- 
jective is to build a single, consistent authority file, 
and since there are bound to be disagreements be- 
tween contributing institutions, some mechanism 
must be found to resolve problems. LC, as the quality 
control agent, might reasonably assume that role. 

RUN. as the authority file system manager, will be 
responsible for all aspects of technical performance, 
such as the systems and computer programs for in- 
put, machine validation, and distribution, and will 
work with the contributing institutions and others to 
meet requirements for display formats and record 
access. The authority file which results from this 
project will be designed so that it can be used bv 
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libraries and networks for a variety of library proces- 
ses such as cataloging and reference. 

Once the project is under way, it will be'possible to 
expand purposefully the number of institutions par- 
ticipating in file development and maintenance, 
either directly or through one of the on-line particip- 
ants. As examples, LC now has cooperative arrange- 
ments with Northwestern University, The Texas 
State Library, and the Government Printing Office, 
which are assisting in the establishment of authorities 
in specific areas. 7 

So far, we have focused on an authority file service. 
As time and experience permit, it may be possible to 
expand the work to include more sophisticated pro- 
cedures leading toward a nationwide authority 
control system. Such a system would, in effect, link 
authority records to the specific bibliographic 
records in which the established terms are used. 
These procedures need ^ot preclude the develop- 
ment of individual or local authority control 
systems nor prejudice their continuing usefulness 
once a nationwide system was in place. The pr^ Jems 
and benefits of linking multiple authority control 
concept are described in more detail in the following 
section. 

General Requirements 

If the development of an authority file service for 
nationwide use is to proceed in an orderly fashion, it 
is necessary to specify its functional requirements. 
The work may logically be separated into phases. As 
noted earlier, establishing and maintaining an 
integrated, consistent authority file is the initial con- 
cern of the current project and constitutes phase one 
of the work required for the total system. The follow- 
ing requirements one through four relate to this first 
phase. Requirement five relates to the use of the 
authority file and constitutes phase two. The final 
requirement explicitly relates the authority file to 
bibliographic files, a relationship that would result in 
an authority control system. Because, on a nation- 
wide basis, this would require sophisticated file rela- 
tionships between an authority file physically housed 
in one system and bibliographic data bases dis- 
tributed among many systems, it is considered a sepa- 
rate (and distant) phase three. Before phase three, 
individual systems may use the authority file in con- 
junction with their own system capabilities to link 
authority and bibliographic records. Requirements 
five and six are less well understood at this time in a 
nationwide context. 

(I) Collect authority data. The integrated authority 
file is the instrument in which authority data from a 
variety of contributing sources are collected. Compu- 
ter hardware and software, bibliographic standards 
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governing the intellectual content of records, and 
procedures for adding records to the file must be 
developed. These elements will permit the creation 
of the authority records and collection of these 
records into a single, consistent, logical file housed at 
a single site. The procedures must ensure conform- 
ance to standards pertaining to the bibliographic 
data and to its presentation (format). Though sub- 
stantial machine checks are envisioned, sampling 
techniques must be devised to monitor the verifica- 
tion and validation of additions to the authority file 
tor quality control purposes. By definition, sampling 
does not provide a 1 00- percent confidence level in 
the quality of records in the file. But, if a satisfactory 
confidence level can be achieved by sampling techni- 
ques it is unlikely that comprehensive manual verifi- 
c ation will be required. Samples will likely be drawn 
from records submitted by each contributing institu- 
tion in order to monitor record quality relative to 
source of contribution. 

(2) Maintain the authority file. Authority files are 
dynamic; they grow in number and change in con- 
tent as authority work progresses. Thus they are best 
maintained on-line. Technical facilities and biblio- 
graphic procedures for creating, correcting, replac- 
ing, and updating records and establishing the rela- 
tionships that exist between records are all required. 
Adequate data security mechanisms are also neces- 
sarv to protect data in the file, that is, to prevent 
unauthorized sources from adding or modifying 
records. Machine editing and search capabilities 
should support the use of the authority file, using 
sophisticated tec hniques for automatic alening at the 
terminal of errors and record inconsistencies, and 
automatic checking of new records against the exist- 
ing authority records in the file. In later project 
phases, these procedures could also be used to vali- 
date headings in bibliographic records. 

(3) Provide on-line access to authority data. Institutions 
will h«|ve on-line access to the authority file through a 
variety of mechanisms. It is anticipated that con- 
tributing institutions, which will be permitted to add 
and maintain records, will also use the file for cata- 
loging and reference activities. Other institutions 
mav have on-line access for cataloging and reference 
purposes provided they are members of RLG, are 
linked in some other way to RLIN, or have access to 
am other shared cataloging system that provides 
at < ess to the authority file. Access to the authority file 
will be via standard communication protocols, such 
as the library applications level protocol (NCI. IS/ 
NHS) for communication between computers, cu r 
renrU being refined by ANSC 739 (American N<- 
tional Standards Committee Z!W). 

( 1) Pt ovule off line access to authority data. Because 



not all libraries, vendors, and utilities are likely to 
have on-line access to the authority file, the file will 
also be made available in other forms such as printed 
and microform formats, as well as in machine- 
readable forms such as magnetic tape. Therefore, 
£^ the technical and bibliographic specifications and 
procedures to produce tHesc products are required. 

The following general requirements go beyond the 
building of an authority file and deal with the valida- 
tion of access points in bibliographic records and au- 
thority control. These requirements are viewed as fu- 
ture enhancements of the authority file service. 

(5) Verification/validation of entries in bibliographic 
data. Entries in bibliographic records will be checked 
against or derived from the authority file to insure 
that they are established as headings in that file. They 
may also require access to at least a portion of the 
bibliographic record(s) in which the heading has pre- 
viously been used. 

(6) Establish links between authority records and biblio- 
graphic records. The development of a capability to 
create and maintain links between authority records 
and the bibliographic records in which these head- 
ings (access points) are used will provide the capacity 
for consistent access to bibliographic records, the 
production of a variety of catalogs, and the on-line 
cataloging process. The system would assure that 
only established forms from the authority file are 
used in bibliographic records. This requirement is 
included as a long-range requirement and may be 
difficult to implement on a nationwide basis. 

Administration 

Because this project will involve several organiza- 
tions each contributing in different ways, a well- 
defined management structure is essential. The 
management plans should reflect the cooperative na- 
ture of the undertaking and stress effective coordina- 
tion of effort and continuing consultation among 
participants. Decisions in two basic areas will be re- 
quired: those relating to the technical development 
and maintenance of the file (that is, the hardware, 
computer programs, screen specifications, and pro- 
duct specifications), and those concerning the bib- 
liographic policy, standards, and procedures, (that is, 
participants, training, institutional interrelation- 
ships, rules, and guidelines). ^} • 

As the projected manager, RLQ myst necessarily 
be accountable to participants for technical manage- 
ment of the authority file since it will physically house 
and maintain the file and since it is developing inter- 
nal capacities that allow for the acceptance of this 
external responsibility. Though RLG will, by virtue 
of its role in managing the file, have immediate access 
to it, provision will be made to assure that all other 
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shared cataloging services and non-RIXi institutions 
have timely, possibly on-line, access to the file. Be- 
cause of the Library of Congress's position as princi- 
pal 'contributor to the file and its current role in 
analyzing and disseminating information on biblio- 
graphic standards, LC has agreed to assume manage- 
ment responsibility for bibliographic policy, 
standards, and procedures. This alignment of re- 
sponsibility is consistent with views of participants at 
the September 1979 authority issue meeting. 

Once the authority file system becomes opera- 
tional, representatives of the contributing institu* 
-lions, again expected to be a small but diverse group 
of 1 large, general, research-oriented institutions 
(academic, public, and special libraries), will fdrm an 
advisory group to the project. These institutions will 
take an active part in advising on the continuing 
growth and maintenance of the system. RLG and LC 
will coordinate the input from these participants, act 
as arbiters in decision making, and have responsibil- 
ity for implementation in their respective areas. 

W hile this project is focused on the needs of Ameri- 
can libraries, Canadian observers may well be invited 
to participate. Insofar as possible, the system should 
be developed so that it can take its place among other 
national authority systems as efforts to link biblio- 
graphic activities world-wide move forward. 

Implementation Guidelines 

Ay part of its Bibliographic Service Development 
Program, CLR will appoint a task force to assist in the 
continuing planning and review required to establish 
the authority file service. This task force, which is 
distinct from the advisory group mentioned above, 
will ( ease to exist once the system becomes operational 
and the Advisory Committee begins to function. 

The task force will be charged with several tasks: 

( 1 ) Review this concept paper with special attention 
to the general requirements; 

(2) Develop necessary specific requirements for an 
integrated, consistent n ime authority file service ex- 
panding particularly upon general requirements 1-4 
above; consultants may be employed to assist the task 
force and CLR staff ; 

(3) Define the specific tasks required to implement 
the projec t. 

While these tasks will lead to the establishment of 
the file, there are other issues that need attention. The 
task force will address, with LC and the file manager, 
such factors as selection of contributing institutions, 
training, forms of access, f requency of updates, screen 
displays, and products. How will the file be dis- 
tributed*- Will there be charge, for access? How will 



the file manager support operating costs? How will 
institutions not associated with a shared cataloging 
activity gain access to th*- file? How will other libraries 
contributed to the authority file? 

Finally, the task force 'vilfhave to focus on the issue 
of administration/governance. Since this is only one 
element in a much larger milieu, how will this issue be 
resolved for the authority file service? 

Completion of this agenda should result in the de- 
sired product — an operating, growing, integrated, 
consistent name authority file service for U.S. libraries 
and those who may join them. 

Appendix 

Definitions 

For purposes of clarity it will be useful to define a number of 
terms as they will be used in this project. The termsare arranged in 
a logical rather than alphabetical sequence. 

Catalog: A set of bibliographic records under control of author- 
ity files which describe a set of resources contained in collections, 
libraries, networks, and so forth. It is the instrument bv which 
bibliographic control is maintained and by which the relationship 
between individual bibliographic records can be indicated, for 
example, the works of a single author or works on a particular 
subject. The catalog may include other types of records as well, 
such as cross-references and on-order information. 

Bibliographic Control: The functions necessary to generate and 
organize cataloging records of library materials for effective re- 
trieval by name, subject, and so on. Access points such as names 
and subjects must be consistent within a data base. Authority 
control is the particular f unction that provides that consistency. 

Authority Control: Establishment of logical links between the au- 
thority and bibliographic files, that is, between individual author- 
ity records and all bibliographic records in which the authority 
(heading or access point) is used. 

Authority File: A set of records that identify the established forms 
for headings (names, subjects, and so on) or access points. An 
authority file includes established forms of headings used in indi- 
vidual institutions, groups of related institutions, or networks of 
related and/or unrelated institutions. Authority files include < mss- 
ref erences from variants to the established forms for headings and 
links from earlier to later forms; they may link broader ».nd nar- 
rower terms and related forms. 

Authority Work: The functions necessary to establish, tiaintain. 
and use authority files. 

Consistency (Authority Ftle Context): Each heading (entry) in the 
authority file is created and carried as a unique eleme it of the 
authority file and is therefore consistent (not in conflict) * uh other 
records in the authority* 

System: An assembly of components united bv some foni* of reg- 
ulated interaction to form an organized whole. A system can he 
designed to perform anv function, for example, to build an authority 
file 

File A collection of related records treated as a unit 

Physical File A collection of related lecords resident in .uommou 

phvsic al environment. All of the file resides in one location. 
htfpcalFtTt A collection of related rec ords independent ol .their 

pin su al environment Portions of the same logical' file mav be 

Una ted in different ph> sual legations. 
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APPENOIX B 

REQUIREMENTS STATEMENT FGR 
THE NAME AUTHORITY COOPERATIVE 



This document was first Issued 1n 1981 with the title: Requirements 
Statement for the Name Authority File Service , This 1s a revised edition. 
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Section 1. OVERVIEW AND PURPOSE 



The Name Authority Cooperative <NAC0) is a program for the cooperative 
building of a name authority file in machine-readable form. Libraries may 
contribute records to the NACO master file at LC through a variety of channels 
— mail, terminal -to-computer, arid computer- to-computer. At the present time, 
mail and terminal -to-computer contribution will use the record creation and 
quality control edit facilities of LC either indirectly (mail) or directly. 
With appropriate access to the master file or a copy of it, cbmputer-to- 
com^uter contribution allows record creation to take place on other computer 
facilities with the complete record transmitted to the NACO master file system 
for quality control edit and addition to the file. The purpose of this 
document is to specify the requirements to be met by systems supporting 
contribution to the NACO file. 

The purposes. of the Name Authority Cooperative are: 

o to collect and maintain authority data for names, titles, and 
series 

o to record and maintain the relationships between and among headings 
for names, titles, and series; these relationships will include 
relationships (a) between and among established headings, and (b) 
between variant heading and established form(s) 

o to ensure integrity of heading forms 

o to provide query access to authority data 

In addition, the Name Authority Cooperative must incorporate data definitions 
identical to or compatible with those specified in Authorities : A MARC 
F ormat 1 and its addenda, and must accept data in and produce data for 
distribution in this format. 

The Name Authority File Cooperative must be usable by a large number 
of institutions, although some, functions (e.g., ADD AUTHORITY RECORD) will be 
restricted to a limited number of institutions designated as contributing 
sources. Contributing sources will be responsible for the creation and 
maintenance of data in the file. 



Library of Congress. Processing Services. Authorities: A MARC Format . 
First ed. Washington: Library of Congress, 1981. Tl6~p. ~Y5BlT0-8444 -0391- 
1. * 
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Sectldn 2. FUNCTIONS 



The purpose of this- section is to outline the functions defined for 
the NACO System and to provide a brief description of each. 

The setting in which these functions will generally be performed is 
technical processing, specifically cataloging or catalog maintenance, although 
some functions will also be available to non-technical processing personnel. 
The functions described here will; 

o permit addition of an authority record 

0 permit changing an existing authority record 

o permit deletion of an existing authority record (LC only) ^ 

o ensure integrity of heading forms and other authority data 

o enable access to authority data 

o facilitate maintenance activities on authority data 



2.1 AOD AUTHORITY RECORD 

The function Add Authority Record must: * 

o accept input of authority records from more than one contributing 
source .. 

o accept only authority records in agreed upon formats equivalent to 
or compatible with content and content designation specified in 
Authorities: A MARC Format and its Addenda 1 



o accommodate authority records using characters defined to the ALA 
character set 

o record and maintain the data in an authority record so that, to the 
extent required, the data supplied by different contributing 
sources may be identified 

o accept input of authority records subject to system security 
requirements 

Operators at terminals will add authority records through online, 
interactive use of their record input systems. If the operator is not on the 
NACO master file system, the operator's system must accommodate computer-to- 
computer transmission of authority records to the NACO master file. 
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2.2 CHANGE AUTHORITY RECORD 

The function Change Authority Record must: 

• o accept change of authority records from more^than one contributing, 
source 

' o accept only changes to authority records in agreed upon formats 
equivalent to or compatible with content designation specified in 
Authorities: A MARC Format and its Addenda 

o accommodate changes to authority records using characters defined 
in the ALA character set 

o record and maintain the changed data in an authority record so 
that, to the extent required, the data changed by different 
contributing sources may be identified 

o accept change of an authority record subject to system security 
requirements and the conditions specified below 

Operators at terminals will change authority records through online, 
interactive use of their record input systems. If the operator is not- on the 
NACO master file system, the operator's system must accommodate computer-to- 
computer transmission of -changed authority records to the NACO master file. 



Conditions for Changing an Authority Record 



A. Adding New Information to an Existing Authority Record 

An existing authority record may be changed by the addition of new 
information under conditions that would include: 

1. See from references (USMARC Authorities tag, 4nn) may be added by 
any contributing source at any time, provided that the addition 
does not conflict with data already in the file. 

2. See also from references (5nn) may be added by any contributing 
source at any time, provided that the addition does not conflict 
with data already In the file. 

3. Any other data may be added by any contributing source at any 
time. 

B. Changing Information Hror Deleting Information From an Authority 
Record^ 

An existing authority record may be changed by the changing of or 
deletion of existing information under conditions that would include: 

r 
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1. Headings and source citations may be changed only after the 
proposed change has been reviewed by LC. 

2. All other data may be, changed provided that the change does not 
conflict with data already on the file. 

3. No local data may be changed, except by the inputting library. 

Such changes or deletions must be consistent with policies agreed to 
by contributing sources. Data should be deleted with caution. 



2.3 DELETE AUTHORITY RECORD 

The function Delete Authority Record must accept deletion of an 
authority record subject to system security requirements and the conditions 
specified below. Authority records may be deleted only by approved staff at 
LC. Contributors may recommend deletion of an authority record to LC. 



2.4 EDIT AUTHORITY DATA 

The function Edit Authority Data provides machine editing and quality 
control of data received by the system through the functions: 2.1 Add 
Authority Record, and 2.2 Change Authority Record. 

The NACO master file system should. provide quality control through 
system software. Guidelines for machine editing and quality control of data 
in the NACO File appear in Appendix C — Proposals for Quality Control for the 
Name Authority Cooperative. 

System-supported editing and quality control will Be provided online , 
for online interactive use of both of the above functions. It may, however, 
be appropriate or necessary to perform some system-supported editing or 
quality control through scheduled batch processing. 

Machine editing and quality control of authority data will result in 
er$or conditions when: 

o duplicate normalized established headings are submitted for 
addition to the file (not yet implemented at LC) 

o headings are changed in or deleted from one record but not related 
records (not yet implemented at LC) 

o records are deleted from the file without making necessary changes 
or deletions to related records (not yet implemented at LC) 
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2.5 QUERY AUTHORITY DATA 

The function Query Authority Data must support query capabilities for 
headings in authority data and for other, non-heading authority data. Query 
capabilities for these two general types of authority data are discussed below 
at: A. Query of Heading Data, and B. Query of Other, Non-Heading Authority 
Data. 

The function Query Authority Data must support Boolean operations • 
(AND, OR, NOT) in search statements and in search criteria in these 
statements. 

Operators at terminals will perform the function Query Authority Data 
through online, interactive use of their search system. 

Some mechanisms for scheduled, batch searching will be provided to 
process standing search requests and/or search requests entered by operators 
at terminals saved for scheduled batch processing. 

A. Query of Heading Data 

The following types of search criteria are desirable for query of 
heading data: 

1. Query using right truncated value of a heading as criteria (not 
yet implemented at LC) 

2. Query using word(s) from a heading as criteria 

a. query using any word or words from a heading as criteria 

b. query using any right truncated word or words from a heading 
as criteria (not yet implemented at LC) 

c. query using a combination of word(s) and right truncated 
word(s) from a heading as criteria (not yet implemented at 



In addition, the query capabilities for heading data should provide 
the following types of access (listed in priority order) to authority data by 
the ability to search for: 

1. Any Heading in the NACO File 

2. Headings by Type 

a. Personal Names (USMARC Authorities tag, 100, 400, 500) 

b. Corporate Names ( 110 s 410, 510) 

c. Conference Names (111, 411, 511) 

d. Uniform Titles (130, 430, 530) 
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e. Geographic Names [151, 451, 551) 

f. Topical Subjects (550) 

Title Information 

a. Uniform Titles (130, 430, 530) 

b. Titles in name/title headings (subfields "t," "n" and "p" in 
any heading) 

c. Any title (combination of 3. a and 3.b, above) 
Headings by Role in Authority Data 

a. Any Established Heading (Inn) 

b. Any See From Reference (4nn) 

c. Any See Also From Reference (5nn) 

Headings by Role in Authority Data and by Type 

a. Established Headings 

- Personal Names (100) 

- Corporate Names (110) 

- Conference Names (111) 

- Uniform Titles (130) 

- Geographic Names (151) 

b. See From References 

- Personal Names (400) 

- Corporate Names (410) 

- Conference Names (411) 

- Uniform Titles (430) 

- Geographic Names (451) 

c. See Also From References 

- Personal Names (500) 

- Corporate Names (510) 

- Conference Names (511) 

- Uniform Titles (530) 

- Geographic Names (551) 

- Topical Subjects (550) 

Headings by Other Characteristics 

a. Personal Name Surname and Forename(s) Initial (s) (not yet 
implemented at LC) 

b. Names by Form of Name Indicator values, e.g., capability to 
specify a search for personal names that are forenames, that 
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are single surnames, that are multiple surnames, or that are 
family names (not yet Implemented at LC) 

B. Query of Other, Non-Head1ng Authority Data 

The following types of search criteria should be supported for query 
of other, non-heading authority data 1n offline mode. 

1. Query using right truncated value as criteria 

2. Query using word(s) as criteria 

a. Query using any word or words as criteria 

b. Query using any right truncated word or words as criteria 

c. Query using a combination of word(s) and right truncated 
word(s) as criteria 

3. Query using complete value as criteria 

The types of search criteria supported for query of other, non-heading 
data will be those appropriate to the specific type of data. 
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Section 3. ADMINISTRATION AND MAINTENANCE 



The purpose of this chapter is to describe the procedures, methods, 
and responsibilities of the NACO master file system. 

The NACO host computer system at the Library of Congress will be 
responsible for physical maintenance of the data, the associated applications - 
and system software, and the system hardware. For additional discussion of 
host system responsibilities, see sections 2 (Functions) and 8 (System Design 
Constraints) of this appendix. 

The participants will be responsible for maintaining data content of 
records. The procedures and methods used for this maintenance will reflect 
and encourage a sense of shared responsibility by all participants for the 
content and quality of the data. Conflicts about the content or quality of 
the data will be resolved on a timely basis. 

To assist contributing sources in resolving conflicts, the Library of 
Congress will be designated as the conflict resolution agency. 

To assist all contributing sources in data maintenance and in conflict 
resolution, mail, telephone, or electronic mail may be used. 
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Section 4. USER ORIENTED SYSTEM OUTPUTS 



The purpose of this section is to describe the user oriented system 
outputs. Some are required for the master file system; others for systems 
having copies. 

The following user oriented system outputs have beer identified and 
are described in the subsections that follow: 4.1 Displays; 4.2 Printed 
Products; 4.3 Computer-Output-Microform Products; and 4.4 Machine-Readable 
Products. 



4.1 DISPLAYS 

Displays will be supplied by any system that supports NACO record 
creation in response to these functions: 2.1 Add Authority Record; 

2.2 Change Authority Record; 2.3 Delete Authority Record (LC only); and 
2.4 Query Authority Data. 

In response to these functions, at least two general types of displays 
must be provided: 

1. List of headings, records, etc., satisfying the request (search) 
criteria 

2. Full record display, either (a) with content designation, or (b) 
without content designation 

Any display should include information sufficient for the user to be 
aware of work progress — for example, a display following a query should 
convey to the user what information was input as the request (e.g., search 
criteria, display specifications). 

Any display provided in response to a given function should be 
appropriate to that function — for example, a request to Change Authority 
Data should return a full record display of authority data with content 
designation. 

List displays should arrange information in a meaningful and logical 
order. Content designated displays should arrange data in agreed upon order 
by tag. Displays not using content designation may incorporate the use of 
labels (e.g., see from references in authority data may be identified by 
labels such as VARIANT NAME). 

Displays will be returned to operators at terminals; these terminals 
may be cathode ray tube (CRT) terminals or hard copy terminals. Displays must 
incorporate use of the ALA character set. 
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4.2 PRINTED PRODUCTS 

Printed products may be supplied by the system through printers 
attached to cathode ray tube (CRT) terminals or printing (hard copy) 
terminals, and at remote printers as part of scheduled batch processing. 

Printed products produced at terminals will typically be limited to 
printing of displays. 

Printed products produced through scheduled batch processing would 
include reports resulting from the performance of scheduled batch processing 
activities (e.g., performing query through scheduled batch processing) and 
management reports, system performance statistics, etc. * 



4.3 COMPUTER-OUTPUT -MICROFORM (COM) PRODUCTS 

The NACO master file system will support the production of computer- 
output-microform (COM) products of authority data. Such products should 
conform to existing national and international standards with respect to 
header information, reduction ratios, etc. 

The principal COM product (probably to be issued as microfiche) is 
viewed as an expansion of the current Library of Congress product, Name 
Authorities. This Library of Congress COM fiche product contains Library of 
Congress au thority data and data contributed by the NACO participants; the COM 
fiche product from the NACO File would include authority data supplied by all 
contributing sources. 

Other COM products may also be produced periodically by the system. 
COM products may also be created upon request. 



4.4 MACHINE-READABLE PRODUCTS 

Machine-readable records in USMARC Authorities communication format 
will be produced in the required medium - tape, disk, etc. or for direct 
computer-to-computer communication and will be supplied by the system. 

Machine-readable products will be supplied periodically by the master 
file system. Machine-readable products may also be created on request, 
subject to economic and operational limitations of the systems. 
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Section 5. USER ORIENTED SYSTEM INPUTS 



The purpose of this section is to describe user oriented system 

inputs. 

The following user oriented system inputs have been identified and are 
described in the subsections that follow: 5.1 Displays; 5.2 Workforms; and 
5.3 Other. 



5.1 DISPLAYS 

Formatted displays for cathode ray tube (CRT) terminals will be 
required for functions that the operator may use to add, change, or delete 
data, or to add or delete records. 

Such displays should incorporate, whenever possible, prompts and 
tabbing to assist the operator in data addition, change, or deletion. 

The systems that support NACO record creation will provide displays 
sufficient to meet the NACO functional requirements. 



5.2 WORKFORMS 

Formatted paper worksheets may be required for functions such as 
coding or other work away from terminal. 



5.3 OTHER 

Under certain circumstances, systems will need to provide other types 
of user oriented system inputs in addition to displays and workforms. These 
other, user oriented system inputs will typically be produced as reports as 
part of system-supplied quality control (for example, if some machine editing 
is performed as scheduled batch processing, reports produced that identify 
errors, problems, etc., would be used by operators to identify records and 
data requiring attention). 



Section 6. INITIAL CREATION (LOADING) OF DATA 



The Base File for NACO/LSP will be the Library of Congress name, 
title, and series authority records that are available in machine-readable 
form when the Linked Systems Project is implemented. 
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Section 7. INTERFACES WITH OTHER SYSTEMS 



NACO/LSP will be designed so that it may utilize data from other 
systems through computer-to-computer Interconnection, following national and 
international standards for communications protocols and for data content and 
content designation (e.g., USMARC communications formats). 
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Section 8. SYSTEM DESIGN CONSTRAINTS 

The purpose of this section is to identify and describe briefly 
performance objectives and operating requirements. 

The following topics are discussed in sections below: 
8.1 Performance Objectives for Functions; 8.2 Data Currency Requirements; 
8.3 Data Security Requirements; 8.4 Systems Backup; 8.5 System Software and 
Hardware; 8.6 Training; and 8.7 System Growth Requirements. 

8.1 PERFORMANCE OBJECTIVES FOR FUNCTIONS 

All functions — online, interactive, or scheduled batch — should be 
provided in a timely fashion. 

The user system should provide rapid response time for online, 
interactive functions. Initial system response to complex searches, such as 
some word searches, may be data satisfying the search criteria or an 
indication that such response will be delayed. .. 

System response to a request for scheduled batch processing. should 
occur within 24 hours, unless the requestor indicates that a longer time 
before response is acceptable. 



8.2 DATA CURRENCY REQUIREMENTS 

The NACO File should be available through the NACO master file system 
for online, interactive use for the maximum available time, five days a week, 
except for scheduled and necessary system maintenance. 

A copy of the NACO File that is not more than 24 hours out of date 
from the NACO master file must be .available to all contributors that create 
records on systems other than the NACO master file system (or the contributors 
must search the NACO master file prior to input). Thus contribution systems 
must obtain, integrate, and index all records distributed from the NACO master 
file system within 24 hours of receipt. 



8.3 DATA SECURITY REQUIREMENTS 

Data security for all files and data will be provided such that only 
authorized personnel from authorized institutions using authorized commands 
(language) may activate system functions. The system will also ensure that 
restrictions on the provision of functions are observed. 

At least the. following data and file security measures must be 
provided: 
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1. Proper operation and backup, including restart/recovery, for the 
online system. 

2. The addition of new records, and the change of existing records 
should be restricted to Institutions designated as contributing 
sources; certain functions will be restricted -using appropriate 
file security techniques. Other Institutions may have access only 
to read the files. Deletion of records will be limited to LC. 

3. A NACO master file record will be marked when the Intellectual 
work for an update begins, and effectively "locked" to change 
records coming from outside the master file system when the actual 
update process is taking place within the master>f1le system. 

4. Changes to existing records should be monitored if not restricted: 

a. Certain fields or elements within fields should not be 

altered. For example, Information may be added to a field but 

not deleted — t'he USMARC tag 040 — Cataloging Source 1s, for 

example, such a field, (not yet Implemented at LC) 

b. Certain fields should not be deleted — the USMARC tag 008 is, 
for example, such a field, (not yet Implemented at LC) 



8.4 SYSTEM BACK UP 

The NACO master file system must provide proper operation and back up, 
including restart/recovery procedures. 



8.5 SYSTEM SOFTWARE AND HARDWARE 

Communications software: The NACO master file system should support 
query access through telephone dial up, one or more of the value-added 
communication networks, and leased communication lines. 

Communications hardware: The NACO master file system may require 
users of the system to obtain specific hardware and lease communication lines 
for communication with the system in full-face block transmission mode. 

Query only access should be supported from any ASCII computer terminal 
in line-by-line transmission mode (CRT or hard copy). The whole system may 
limit full-face block mode to a designated terminal or terminals. 



8.6 TRAINING 

The Library of Congress will be responsible for providing a training 
program for contributing sources. 
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As part of the training program, contributing sources will receive 
documentation describing applications available, methods of system use, and 
conventions to be followed by contributing sources. The same information will 
be provided to cooperating systems. 



8.7 SYSTEM GROWTH REQUIREMENTS 

The Name Authority Cooperative must be designed to fulfill the 
purposes stated in this document and to perform the functions outlined herein. 
Use of all functions is expected to increase over time; the system must be 
designed to accommodate future expansion. 
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V 

APPENDIX C 

PROPOSALS FOR QUALITY CONTROL FOR THE 
NAME AUTHORITY COOPERATIVE 

• ■ » 

This document was first Issued in 1981 as Part II of Requirements 
Statement for the Name Authority File Service . * This is a revised edition of 
that part. 
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INTRODUCTION 



These proposals for quality control in the NACO File are based upon 
the following premises: 

o authority data will be subject to as much quality control as is 
possible 

o insofar as possible, quality control will be supported by the NACO 
master file system (there will, however, be some procedural quality 
control as well) 

o any data used for key (access) will be edited comprehensively by 
the NACO master file system 

In casting these recommendations, it was also assumed that authority 
data will be input to the NACO File as logical records containing: 

o established form (USMARC Authorities tag Inn) 

o see from (x) references (4nn) 

o see also from (xx) references (5nn) 

o associated notes, etc. 

That is, authority data will be input in the context of all logical 
information about an established heading; it will not be input such that a See 
To Reference (A see B) or a See Also To Reference (B see also F) is input 
without reference to or display of the complete authority information for the 
established heading(s) involved. 
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SYSTEM SUPPLIED EDITING AND QUALITY CONTROL (INTERACTIVE, ONLINE) 



1 New Data (i.e., any new record or field) 

1.1 General Checking 

1.1.1 For any field , check to determine: 

a. that the tag used for the f ■'el d is defined to the system 

b. when indicators are defined for the field, the correct number of 
indicator positions is present 

c. when the field is subfielded, 

o that only subfield codes defined for use in that field are used 

o that each subfield contains data (i.e., each subfield code is 
followed by one character that is not blank, a delimiter for 
the next subfield, or end of field) 

o that each subfield neither ends nor begins with an invalid 
blank (not yet implemented at LC) 

d. when the field is fixed length, that the length of the field is 
valid 

If errors are found in the input stream for a record created on the 
NACO master file system, reject the verification transaction and write 
appropriate error messages. If record was created on another system, the 
record is rejected and a rejection response with appropriate error message is 
sent to the originating system. In this case, a copy of the record is not 
kept by the NACO master file system. 

1.1.2 In addition, for fields containin g headings or references, or that are 
used for access , check to determine: 

a. when indicators are defined for the field, that indicator values 
are valid 

r. 

b. when the field is fixed length, that the code values used for 
defined character positions are valid; when possible, crosscheck 
between and among character positions 

If errors found in the input stream for a record created on the 
NACO master file system, reject the verification transaction and write 
appropriate error messages. If record was created on another system, the 
record is rejected and a rejection response with appropriate error message is 
sent to the originating system. In this case, a copy of the record is not 
kept by the NACO master file system. 
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1.2 Editing Specific to the Addition of Data to the File 

Having passed the checks listed in 1.1, the field is a candidate for 
addition to the file. 

1.2.1 For any field , perform whatever additional checks the system may . 
require or that are desired. 

1.2.2 In addition, for fields containing headings or references, or that are 
used for access , perform the additional checks specified below, (not 
yet implemented at LC) 

A. Established heading field (Inn) 

1. Check to see if the heading is already on the file. 

a. If not on the file, mark that data may be added 

b. If already on the file, reject the entire input 
transaction and write appropriate error message(s) 

The check to see if the heading is already on the file will be 
accomplished by an access string match of the "normalized" 
version of heading. 

B. See from (x) references (4nn) 

1. Check to see if the heading is already on the file. 

a. If not on the file, mark that data may be added 

b. If already on the file, check the use of the heading on 
the file: 

o if Inn, reject the entire input transaction and write 
the appropriate error message(s); this is the case 
where the "see reference" proposed is already on the 
file as an established heading 

0 11 4nn » mark that data may be added 

C. See also from (xx) references (5nn) 

1. Check to see if the heading is already on the file. 

a. If jiot on the file, write the appropriate error 

message(s); this is a case where a "see also from" is 
proposed for a heading form not on the file. 



b. If already on the file, check the use of the heading on 
file: 



o if Inn, mark that data may be added 

o if 4nn, reject the entire input transaction and write 
the appropriate error message(s); this is a case where 
a "see also from" is proposed for a heading form 
already on the file as a "see from" 

D. Other fields, not headings or references 

Perform appropriate tests, depending on the fields or character 
positions that are used for access. 

1.2.3 Other 

A. Required input content 

If the data added are a new record, check to ensure that the 
fields required in each record are present — e.g., Inn, 008, 
control number, etc. — and check to ensure that mandatory field 
content is present. 

B. Internal consistency of input content (not yet available at LC) 

If the data added are a new record, check that the data are 
internally consistent ~ e.g., Inn and 4nn content are not the 
same, Inn and 5nn content are not the same, 4nn and 5nn content 
are not the same, etc. 

If the data added are a new field to an existing record, check to 
see that the addition of these data to the existing record is 
internally consistent — e.g., if data added art 4nn, check to see 
that it is not the same as 5nn in the record. 

Depending upon the structure of the file and the input requirements, 
the following may also be required/desirable: 

C. Warning or error message(s) if duplicate search/sort keys are 
place on the file (not yet implemented at LC) 

D. Checks, etc., to ensure that if the corporate subdivision is 
placed on the file that the main body is already established, 
e.g., an entry for 

110 ^Maryland. ^bDept. of Mines, Geology and Water 
Resources. 

will generate an error message unless 
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151 Maryland 
is present in the file, (not yet implemented at LC) 



2 Updates that Change Existing Fields 

Input that updates a record by adding a new field (i.e., a field 
previously not in the record) is treated under Section 1 (New Data), above. 

Input that updates an existing field is treated in this section 
(Section 2). An update to an existing field may be viewed as being: 

a. Deletion only 

The sole action is to remove the field (i.e., nothing is put 
in its place). 

b. Replacement 

The action is to replace existing data with something else: 

2.1 Deletions Only 

2.1.1 Editing Specific to Deletion of Data From File 

A. Is the field defined to the system as deletable? 

Some fields will be required in a record, and may not be deleted 
(e.g., Inn, control number, etc.). If the field is not deletable, 
reject the entire update transaction and write the appropriate 
error message(s). 

2.2 Replacements 

2.2.1 General Checking 

A. Check to see that the tag used to request replacement is defined 
to the system. If not defined, reject the entire update 
transaction and write the appropriate error messaged s). 

2.2.2 Editing Specific to Replacement of Data on File 

A. Is the field defined to the system as replaceable? 

Some considerations : Some fields will not be replaceable (e.g., 
005) . (not implemented in LC) 

1. If the field is not replaceable, reject the entire update 
transaction and write the appropriate error message(s). 
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2. If the field 1s replaceable, perform the checks listed in 
section 1 upon the proposed replacement data. 

a. If all tests are passed, mark the field for replacement. 

b. If any test fails, reject the entire update transaction 
and write the appropriate error message(s). 



3 Deletion of Records 

Only the Library of Congress will be allowed to delete records from 
the file. 



4 System Characteristics 

The quality control features supported online for the NACO File by the 
systems supporting record creation will include conversational subsystems for 
addition, change, and deletion of authority records and data in those records. 

For example, when a contributing source wants to change an existing 
record, the following steps seem appropriate: 

o The operator searches and identifies the record to be changed, 
o The system displays data 1n the appropriate update format. 

» 

o The operator enters the proposed changes. 

o The system responds to the proposed changes (i.e., the system 
performs the tests outlined above and responds). 

o If the system responds that the data pe*s all tests, the operator 
will specify that the data be added to the NACO File. 

This will permit the contributing source to review changes before 
adding them to the NACO File. 



9 
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SYSTEM SUPPLIED EDITING AND QUALITY CONTROL (SCHEDULED REPORTS) 



Even though it is assumed that all input and update to the NACO will 
be accomplished through interactive, online use of the system, there will be 
definite advantages to producing batch reports on system activity, system use, 
etc. These reports may be used to monitor information added to the NACO File, 
to identify the nature of problems that users are having, and probably to 
isolate areas where conflict resolution may be required. 

Some reports should be supplied on a regular and timely basis ( r irhaps 
daily). Other reports shown below may be useful only under certain 
circumstances (e.g., by new contributing sources, by the Library of Congress 
on a "spot check" basis) or under certain operating conditions of the host 
computer system (e.g., diagnostics from scheduled, batch editing would be used 
regularly only if all editing was not provided during online, interactive 
system use). 

1. List of records deleted (LC will not generate initially) 

2. Weekly statistical reports of LSP activity 
I. For each non-LC participating library: 

A. Ntw records added (total) 

Name authority 
Series authority 

B. Records changed (total) 

Name authority 
Series authority 

C. Records rejected (total) a. 

Reason A 
Reason B 
Etc. 

D. List of record control numbers of records added 

E. List of record control numbers of records changed 
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II. For the system as a whole, a summary report combining all 

participating libraries' statistics, using the formats of items 
A, B, and C above. 

For each utility participating in LSP, a summary report combining 
its members' statistics, using the formats of items A, B, and C 
above. 

Monthly report of NACO Database composition 

A monthly report, based on four- or five-week periods, 1 isting the 
number of name authority records and the number of series authority 
records on the NACO database, with each total subdivided to show the 
number of records contributed by each participating library. 

List of headings added (LC will not generate initially) 

Experience with online, interactive input/update editing of data 
shows that even the most well-considered series of tests will have 
some loopholes, or it will be decided not to install some types of 
tests online until a sense of the magnitude of the problems 
encountered is identified. There are some types of errors that it is 
probably senseless to search for through online, interactive editing, 
and these errors should be searched for in scheduled batch processing 
(daily, weekly, etc.). (cf. report 5, below) 

A method of quality control that seems potentially quite useful is 
the listing of headings added during a day, week, etc. Such listings 
could be used to monitor headings added to the file. (A 
knowledgeable cataloger reviewing such a list can often identify 
problems early; the earlier problems are corrected, the better. Some 
problems will be coding problems.) 

Lists broken out by heading type (100, 110, 111, 130, etc.), and 
within that by form of name indicator, would be useful non-system 
quality control for human review. (Initially, such lists might be 
produced daily, then on some sample basis; it may be desirable to 
list all headings added by new contributing sources until it is clear 
that the contributing source is using the system properly.) 

Diagnostics on scheduled batch processing 

Certain types of editing may be appropriate for scheduled batch 
processing. Reports of results of such processing must be prepared. 
(Such reports would be especially important if not all additions to 
the NACO File are accomplished through online, interactive use of the 
system. ) 

For example, batch editing might identify headings that incorporate 
subfield patterns rarely used (or that seem peculiar; e.g., a 
corporate name with 3 or more subfield "b" in data). 
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Other reports such as lists of error messages received could be 
generated. 

Lists of error messages received could be generated. Such lists 
would Indicate the understanding of the system and Its use; this 
information could be used as a basis for retraining or, if 
applicable, removal from system use. 



SYSTEM ASSISTED QUALITY REVIEW 



In order to review and monitor system use and NACO File growth, it 
seems desirable to have the NACO master computer system support mechanisms for 
deriving samples of data in the NACO File and making such samples available 
for analysis (either by the system or by personnel responsible for conflict 
resolution and/or quality control). 

As a means of system-supported quality control it would be desirable 
for the master file system to enable LC, on a predetermined schedule (weekly, 
monthly, quarterly, etc.), to examine a sample of NACO File data. Such data 
would include (a) records created by contributing sources during the specified 
report period, and (b) records changed by contributing sources during the 
specified report period. 
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APPENDIX D 
RESULTS OF THE NAFS SURVEY 



As part of the planning process for the Name Authority File Service, 
the Task Force on a Name Authority File Service conducted a survey in January- 
February of 1982. The purpose of the survey was to gather information from 
staff in various types of libraries about their expectations of, and potential 
use for, such a service. The task force sought information about how the 
availability of the file might affect both public and technical service 
operations, and the library's future in general, and also how plans for the 
library's future (e.g., installation of an online catalog) might affect future 
use of the Name Authority File Service. Questions were also asked about 
current use of, and experience with, the LC Name Authority File. 

A total of 263 questionnaires were distributed to libraries (as shown 
on the following page), and 182 (69.2%) were completed and returned. 

This appendix contains the results of that survey in tabular form. 
The questionnaire used to collect these data is reprinted following the 
tables. 



(Editor's note: The reader is reminded that the data in these tables 
are more than two years old, and a similar survey today might uncover quite 
different data (e.g., on topics related to online catalogs). The Library and 
Information Technology Association's Discussion Group on Authority Control in 
the Online Environment has just completed (spring of 1984) an opinion poll 
that addressed many of the same issues as this 1982 NAFS survey.) 



\ 
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NAME AUTHORITY FILE SERVICE/SURVEY 
RESULTS 



* 



THIS PRINTOUT TABULATES RESULTS OF THE NAME AUTHORITY FILE SERVICE (NAFS ) SURVEY THAT WAS CONDUCTED DURING 
JANUARY-FEBRUARY 1982. THE PURPOSE OF THE SURVEY WAS TO GATHER DATA AND IDEAS USEFUL TO THE NAFS TASK FORCE AS IT PLANS 
THE SERVICE. 

A TOTAL OF 263 QUESTIONNAIRES WERE DISTRIBUTED; 182 COMPLETED QUESTIONNAIRES WERE RETURNED* AS FOLLOWS: 



NUMBER NUrlBER PERCENTAGE 

TYPE OF LIBRARY SENT RETURNED RETURNED 

RESEARCH LIBRARIES; ALL MEMBER LIBRARIES OF 

THE ASSOCIATION OF RESEARCH LIBRARIES (ARL> 113 97 85.87. 

ACADEMIC LIBRARIES (U.S.) WITH BOOK BUDGETS 
OVER ♦SO. OOO (CHOSEN fkJ RANDOM FROM A MAILING 
LIST OF 646 SUCH LIBRARIES I NO DUPLICATES 

WITH ARL LIST) 50 32 64.0'/. 

PUBLIC LIBRARIES (U.S.) WITH BOOK BUDGETS OVER 
♦50,000 (CHOSEN AT RANDOM FROM A MAILING 
LIST OF 759 SUCH LIBRARIES! NO DUPLICATES 

WITH ARL LIST) 50 25 50.0'/. 



LAW LIBRARIES SERVING U.S. LAW SCHOOLS (CHOSEN 
AT RANDOM FROM 166 LAW SCHOOLS APPROVED 

BY THE AMERICAN BAR ASSOCIATION) 25 14 56.0V. 



MEDICAL LIBRARIES SERVING U.S. MEDICAL SCHOOLS 
(CHOSEN AT RANDOM FROM 124 MEDICAL SCHOOLS 
APPROVED BY THE ASSOCIATION OF AMERICAN 

MEDICAL COLLEGES) 25 14 56.0V. 



TOTAL 



263 



182 



69.2'/. 
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NOTES 



*• NUMBERS IN < > IN THE TABLES ARE PERCENTAGES ~ PERCENTAGES OF RESPON*& AS YOU READ DOWN A COLUMN (I.E.. TYPE 
OF LIBRARY). PERCENTAGES MAY NOT TOTAL 100% DUE TO ROUNDING. / 

SOME QUESTIONS ALLOWED MORE THAN ONE RESPONSE; CONSEQUENTLY » TOTAL RESPONSES TO THOSE QUESTIONS CAN* BE GREATER 
THAN THE NUMBER OF RESPONDENTS. 



cf. QUESTIONS 1 - 5 ASKED THE NAME AND ADDRESS OF THE INSTITUTION, AND THE NAME » TITLE AND PHONE NUMBER OF THE 
PERSON COMPLETING THE QUESTIONNAIRE. THIS REPORT ON THE RESULTS BEGINS WITH QUESTION 6 AND ENDS WITH QUESTION 36. 
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QUESTION 61 HOW MANY TITLES WERE CATALOGED AT YOUR LIBRARY DURING YOUR LAST FISCAL YEAR? 



RESEARCH 
LIBRARIES 



NUMBER RESPONDING 97 



AVERAGE 

MEDIAN 

RANGE 



34647 



29793 



ACADEMIC 
LIBRARIES 



9236 



7820 



PUBLIC 
LIBRARIES 



25 



7555 



6063 



1TO0 - 170384 1877 - 21000 450 - 33631 



LAW 
LIBRARIES 



13 

2230 
2030 . 
564 - 3354 



MEDICAL 
LIBRARIES 



14 

2848 
2741 
419 - 5224 



ALL 
LIBRARIES 



181 
21624 
15000 
419 - 170304 
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QUESTION 71 HOW MANY OF THOSE TITLES REQUIRED ORIGINAL CATALOGING? 



NUMBER RESPONDING 

AVERAGE 

MEDIAN 

RANGE 



RESEARCH 
LIBRARIES 



95 



7046 



3363 



ACADEMIC 
LIBRARIES 



31 



467 



309 



75 - 170384 25 - 1400 



PUBLIC 
LIBRARIES 



19 
567 
361 
2 - 2400 



LAW 
LIBRARIES 



12 
306 
143 
6 - 1">99 



MEDICAL 
LIBRARIES 



12 
176 
85 
15 - 698 



ALL 
LIBRARIES 



169 
4144 
1276 
2 - 170384 



BEST COPY AVAILABLE 



0:i 

ERIC 



QUESTION 7Ai WHAT PERCENTAGE OF TITLES CATALOGED REQUIRED ORIGINAL CATALOGING"' 

(THIS QUESTION WAS NOT ASKED ON THE QUESTIONNAIRE, BUT THE PERCENTAGE WAS CALCULATED FROM THE RESPONSES TO 
QUESTIONS 6 AND 7.) 



RESEARCH 
LIBRARIES 



NUMBER RESPONDING 93 
AVERAGE 16 
MEDIAN 12 

RANGE 1-100 



ACADEMIC 
LIBRARIES 



29 

6 

4 

1 - 27 



PUBLIC 
LIBRARIES 



17 

9 

6 

1 - 40 



LAW 
LIBRARIES 



12 
11 

6 

1 - 38 



MEDICAL 
LIBRARIES 



12 
4 

3 

1 - 15 



ALL 
LIBRARIES 



165 

12 

9 

1 - 100 



BEST COPV MAILABLE 
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QUESTION 81 FOR HOW MANY TITLES WAS LC COPY FOUND? 



NUMBER RESPONDING 

AVERAGE 

MEDIAN 

RANGE 



RESEARCH 
LIBRARIES 



80 

20881 
18916 
30 - 70000 



ACADEMIC 
LIBRARIES 



23 

6902 
6730 
23 - 17010 



ERLC 



PUBLIC 
LIBRARIES 



12 

4983 

6023 
23 - 9000 



LAW 
LIBRARIES 



U 

1446 

1200 
538 - 3718 



MEDICAL 
LIBRARIES 



6 

2238 
2727 
7 - 3918 



ALL. 
LIBRARIES 



132 

14333 

11455 

7 - 70000 



BESJ COPY AVMLABU 



QUESTION 8Al FOR WHAT PERCENTAGE OF TITLES CATALOGED WAS LC COPY FOUND? 

(THIS QUESTION WAS T!OT ASKED ON THE QUESTIONNAIRE* BUT THE PERCENTAGE WAS CALCULATED FROM THE RESPONSES TO 
QUESTIONS 6 AND 8. ) 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



NUMBER RESPONDING 



AVERAGE 



79 



63' 



MEDIAN 
RANGE 



65 
1 - 90 



23 
66 
74 
1 - 99 



11 
72 
80 
18 - 94 



11 



65 



62 
40 - 96 



5 
64 
68 
55 - 75 



129 
64 
68 
1 - 99 
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QUESTION 91 FOR HOW MANY TITLES WAS NQN-LC COPY FOUND? 



RESEARCH ACADEMIC 
LIBRARIES LIBRARIES 



NUMBER RESPONDING 67 22 

AVERAGE 7346 2485 

MEDIAN 5439 2343 

RANGE 223 - 32047 1 - 7306 
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LAW MEDICAL ALL 

LIBRARIES LIBRARIES LIBRARIES 



9 6 115 

607 1366 5133 

500 1161 3120 

23 - 1500 605 - 2922 1 - 32047 
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QUESTION 9A» FOR WHAT PERCENTAGE OT TITLES CATALOGED WAS NON-LC COPY FOUND? 

(THIS QUESTION WAS NOT ASKED ON THE QUESTIONNAIRE, BUT THE PERCENTAGE WAS CALCULATED FROM THE RESPONSES TO 
QUESTIONS 6 AND 9. ) 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



NUMBER RESPONDING 



AVERAGE 



MEDIAN 



RANGE 



67 



20 



19 



1 - 56 



19 
28 
22 
il - 90 



23 
20 
12 - 41 



28 
30 
4-60 



6 
39 
30 
15 - 97 



110 
23 
20 
1 - 97 
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QUESTION 10i DOCS YOUR LIBRARY MAINTAIN ITS OWN NAME AUTHORITY FILE? YES NO. 



RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

YES 88 ( 90 ) 21 ( 65 ) 8 ( 32 > 6 ( 42 > 9 < 64 ) 132 ( 72 ) 

NO 8(8) 11 < 34 ) 16 < 64 ) 8 ( 37 ) 5 ( 33 ) 48 < 26 ) 

NO RESPONSE 1(1) 0(0) 1(4) 0(0) 0(0) 2(1) 

TOTAL 97 32 25 14 14 182 
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QUESTION Hi MAS YOUR LIBRARY RECENTLY DONE A STUDY OF THE EXPENSE— EITHER IN DOLLARS OR IN PERSONNEL HOURS— OF MAINTAINING 
THE AUTHORITY FILE? YES NO 



RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

YES 7(7) 0(0) 0(0) 0(0) 0(0) 7(3) 

NO 83 < 83 ) 21 ( 63 ) U ( 44 ) 6 ( 42 ) 9 ( 64 ) 130 ( 71 ) 

NO RESPONSE 7(7) 11 ( 34 ) 14 ( 5* ) 8 ( 37 ) 5 ( 35 ) 45 ( 24 ) 



TOTAL 97 32 25 14 14 182 
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QUESTION 121 DOES YOUR LIBRARY CURRENTLY HAVE AN ONLINE PUBLIC CATALOG* OR DOES IT EXPECT TO HAVE ONE IN THE NEXT THREE YEARS? 



YES NO 

RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

YES 53 ( 54 ) 5 < 15 ) 5 < 20 ) 2 < 14 ) 5 ( 35 ) 70 ( 38 > 

NO 44 ( >*5 ) 27 < 84 ) 19 < 76 ) 12 < 85 ) 9 ( 64 ) 111 ( 60 ) 

NO RESPONSE 0(0) 0(0) 1<4) 0 < 0 ) 0(0) 1(0) 



TOTAL 97 32 25 14 14 182 
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QUfcbllON 13* IF THE ANSWER lU UUESWUN 1-! I* ^ WHAl T YPE Uh AUTHORITY CONTROL, IF ANY, DO (OR WILL) YOU HAVE FOR THAT 
UNLlNb PUBLIC CATALOG > 



RESPONbE 



LIBRARY lb DOINU bUME THINKINb 
ABOU1 AU1HURI1Y CUNTRUL, BU f 
NO bPECIFlL PLANNING OR 
OEVELUPMENT YE1*« 



REbEARCH 
L I BRAR I bS 



2b ( i)4 )t 



ACADEMIC 
LlBRARlbb 



PUBLIL 
LIBRARIES 



3 ( 1UU ) 



3 ( 1UU ) 



LAW 
^n^IBRARlbb 



1 < bu ) 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



3 ( 10U ) 



3b < 61 ) 



AUTHORITY CONTROL UNDER 
DEVELOPMENT, OR IN PLACE 
AN U bfclNb IMPRuVED 



/ ( lb ) 



U ( O ) 



U < 0 > 



0(O> 



? ( 12 ) 



BAbED UN UN IV OF LALlh bYblEM 



B AbE U UN WLN 



BASED UN KLU/RLIN 



b ( 11 ) 



3 ( 7 > 



J ( / ) 



0(0) 



U ( O ) 



U ( u ) 



0(0?) 



0(0) 



U ( 0 ) 



0 ( 0 ) 



1 ( bo ) 



U ( U ) 



0(0) 



u < U ) 



0 ( o > 



5(9) 
4(7) 
3(b) 



BASEL' UN NE I WUKK ( UNbPbL 1 h 1 ED ) 



3 ( / > 



o < U ) 



u ( u ) 



U ( u ) 



o < U ) 



3(b) 



IUIAL NUMBER UF PURPUbEb blVEN 



46 



b/ 



NUlbi 



(1) NUMBER Uh LlBRARlbb 

ANbWEKlNL, IHlb UUEbllUN 



46 



b/ 



* PEKCENlAbEb IN IHIb TABLE REPRESEN I THE PERCEN 1 AbE OK LlBRARlbb ANbWEKlNU !HIb UUEbl IUN I HA T UAVE IHlS RESPUNbE. 

(>> •# BAsbU UN REsPuNbES, I HE IDEAL AUTHURITY CONTROL SYSTEM WOULU HAVE MANY uR ALL UK 1 HE KULLUWINU FEATURES! 

nSLINtriNlbUR^feO AU ( HUR I I Y REcuRDb LINKED !u BlBLlUbRAPHlC RECORDS? MANDAluRY, AUlOMAllL VbK i K 1CA ION OF 
PErSaL SiS cSi".RA?E NAMES, bERlEb, UNIFORM lllLEb, AND bUBJEC I HEADlNbb AOAlNbl 1 HE AUTHURMY KILE DURING 
Kfc"uKU ^ WOULD FLAb RECORDS I HA I ARE NU I CUNSIS1ENT W I I H 1 HE E X IS I I NO AUTHURITY FILE, 

AND WUULU ALLUW M MACH 1NE CUNVERSl UN UF f HE PROBLEM I FEMSl BAbfcD UN MARL AU t HUR 1 TV RECuRDbi IN (ERAl t 1 VE1 
?^NbPARbN? IU THE uStR^WOULD bUOObbl "SEE" AND ALSO" REFERENCES TU I HE UbER Al CERTAIN PUlNlb IN A SEARCH* 

AND WUULD HAVE GLOBAL LHANbE CAPABlLl ( lEb. 
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QUESTION 14* 



IF YOUR LIBRARY CURRENTLY USES THE LC NAME AUTHORITY FILE. PLEASE INDICATE THE FORMAT(S) USEOi 

LC MARC BIBLIOORAPHIC FILE 

NATIONAL UNION CATALOG (NUC) 

LC NAME AUTHORITY FILE (ON A SYSTEM SUCH AS OCLC. WLN, ETC.) 

LC NAME AUTHORITY FILE ON MICROFICHE 

LC NAME AUTHORITY FILE ON TAPE 

OTHER (PLEASE DESCRIBE) 



RESPONSE 
MARC FILE 
NUC 

NAF ON A SYSTEM 
NAF MICROFICHE 
NAF TAPE 

OTHER 

NO RESPONSE 



RESEARCH 
LIBRARIES 



36 ( 13 ) 
67 ( 24 ) 

80 < 29 ) 
80 < 29 > 
1(0) 
9(3) 
2(0) 



ACADEMIC 
LIBRARIES 



3(4) 
14 ( 20 i 
28 ( 40 ) 
24 ( 34 ) 
0(0) 
0(0) 
1(1) 



PUBLIC 
LIBRARIES 



1(3) 
2(6) 
15 ( 51 ) 

5 ( 17 > 
0(0) 
0(0) 

6 ( 20 > 



LAW 
LIBRARIES 



2(8) 
3 ( 12 ) 
12 ( 48 ) 

8 ( 32 ) 
0(0) 
0(0) 
0(0) 



MEDICAL 
LIBRARIES 



0(0) 

1(5) 

12 ( 70 ) 

2 ( 11 ) 

0(0) 

0(0) 

2(H) 



ALL 
LIBRARIES 



42 ( 10 ) 
87 < 20 > 
147 ( 39 ) 
119 ( 28 ) 
1(0) 
9(2) 
11 ( 2 ) 



TOTAL 



275 



70 



29 



25 



17 



416 
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DOES YOUR LIBRARY CURRENTLY USE THE LC NAME AUTHORITY FILE AS OFFERED ON ANY ONLINE SYSTEM? 



YES NO 

t 

RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

YES 81 ( 83 ) 30 ( 93 ) 15 < 60 > 12 ( 85 ) 12 ( 85 ) 150 ( 82 ) 

NO 14 ( 14 ) 2(6) 9 < 36 ) 1(7) 1(7) 27 ( 14 ) 

NO RESPONSE 2(2) 0(0) 1(4) 1(7) 1(7) 5(2) 



TOTAL 97 32 25 14 14 182 



t: 
j 



CO 
LU 
GO 



QUESTION 15Ai IF YOU ANSWERED YES (TO 15). PLEASE INDICATE WHICH SYSTEM I 



RESPONSE 

IX 

OCLC 

RLO 

WLN 

UTLAS 

OTHER 

MULTIPLE 

NO RESPONSE 



RESEARCH 
LIBRARIES 



2(2) 
72 ( 74 ) 
0(0) 
1(1) 
4(4) 
0(0) 
2(2) 
16 ( 16 ) 



ACADEMIC 
LIBRARIES 



0(0) 
29 ( 90 ) 
0(0) 

1 ( 3 ) 
0(0) 
0(0) 
0(0) 
2(6) 



PUBLIC 
LIBRARIES 



0(0) 
14 < 56 ) 
0(0) 
0(0) 
0(0) 
0(0) 
0(0) 
11 ( 44 ) 



TOTAL 



97 



32 



25 



^ 1 
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LAW 
LIBRARIES 

0(0) 

/ 

12 ( 85 1 

I 

0(0) 
0(0) 
0(0) 
0(0) 
0(0) 
2 ( 14 ) 



14 



MEDICAL 
LIBRARIES 

0(0) 

12 ( 85 ) 

0(0) 

0(0) 

0(0) 

0(0) 

0(0) 

2 ( 14 ) 



14 



ALL 
LIBRARIES 

2(1) 

139 ( 76 ) 

0(0) 

2(1) 

4(2) 

0(0) 

2(1) 

33 ( 18 ) 



182 



BEST COP/ AVAILABLE 



I 



UUEbl 1UN 16: PLEASE Lib! BRIEFLY ALL I HE PURPOSES FuR WHICH YUUH LIBRARY USES 1 HE LC NAME AUTHORITY FILE ON A SYSTEM* 
INCLUDING USES BY PUBLIU SERVILE SlAFF ANU ANY UNlUUE UbES YOU HAVE FUUNU PGR I HE FILE. 



REbPUNbE 



RESEARC H 
LlBRAKIEb 



ALAUEMlC 
LIBRARIES 



PUBLlL 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



VERIFY HtAUlNUb PUR L AI ALUblNb 



ES1ABLISH cRUbS-REFERENcEb — 



66 ( bb ) 



46 ( bb ) 



W I 60 ) 



14 ( bo ) 



lU ( 6/ ) 



i ( 20 ) 



l\ ( bb ) 



3 ( 23 ) 



6 < &U ) 
1(d) 



112*< 76 ) 



67 < 45 ) 



EblABLlbH UR VERIFY AACR2 
FUXEbb PuiNlb 



11 ( 14 ) 



V ( 32 ) 



I 13 ) 



15 > 



7(6) 



31 ( 21 ) 



(U RESOLVE CUNFLlUb IN 
HEADINbb 



17 ( *1 ) 



6 ( ) 



U O ) 



1(b) 



U < U ) 



24 ( 16 ) 



VERIFY ENTRY FUR PRL-^ 
bEARCHlNb 



; ( y > 



b ( its ) 



u ( o ) 



1(b) 



1(8) 



14 ( v ) 



FUR REFERENCE WURK 



y ( 11 ) 



( / ) 



U ( U ) 



i ( y ) 



l(b) 



13 ( y > 



F UK EXAMPLES 10 HELP EblABLlSH 
bifllLAR AAi. HZ HEADlNOb 



b ( lO > 



1 ( 4 > 



1 ( / ) 



O ( O > 



U ( U ) 



lo ( ; ) 



F UK RLlRUbPEUIVE LUNVERblUN 



b ( i 



1(4) 



1 ( / ) 



U ( 0 ) 



2(1/) 



V ( 6 ) 



bEARLH/VERlF Y UN1FURM 
I I ILL HEALUNbb 



( 6 ) 



3(11) 



(i ( U ) 



u ( y ) 



U ( 0 ) 



b ( b ) 



IU LHfcLK NUN-LC CAtALUblNb 
C UPY 



^ ( 4 > 



( / ) 



1(7) 



1(b) 



1(b) 



7(b) 



VERIFY HEAD INbb FUR ILL 

IU LHhLh HlblUR* UF CORPORA I E 

buuitb 



i ( 4 ) 



( 6 ) 



( ; ) 



O ( U ) 



i ( / > 



i ( ) ) 



U ( O ) 



U ( U ) 



1(b) 



U ( O ) 



/(b) 



6(4* 



ERIC 



NAI.U PAR I ICiPAf I UN 



( 6 ) 



U ( U 1 



U ( O ) 



U ( O ) 



M \ U ) 



BEST COPY AVAILABLE 



b ( ) 



UUfcSTIUN 16/PAGE2 



VERIFY FORM UF" NAME PRION TU 
SEARCHING DATABASE 



1(1) 



2(7) 



2 ( 13 ) 



0 ( 0 ) 



O(U) 



b ( 3 ) 



III FIND CALL NUMBER FOR 
LITERARY AU1HURS 



VERIFY EARLIER /LATER NAMES 



5 ( 6 ) 



4 ( 5 ) 



U ( 0 ) 



0(0) 



O ( 0 ) 



0(0) 



0(0) 



0(0) 



0(0) 



1(6) 



5(3) 
5(3) 



TU ES I AfciL 1 SH PATTERNS UF SERIAL 

NAME HEADINGS 3(4) 



0 ( O ) 



O ( 0 ) 



U < O ) 



0 ( U ) 



3(2) 



FOR NOTES. EXPLANA1 luNS, ANU 
OTHER 1 NFURMAl I UN 



FOR GEUURAPHlC NAMES 



01 HER RESPUN.>ES LlSTEU BELUW 



2. ( 3 ) 



1(1) 



1U ( 1 J ) 



1(4) 



O ( O ) 



U ( U ) 



0(0) 



2 ( 1J ) 



0(0) 



0(0) 



O ( U ) 



0(0) 



0(0) 



0(0) 



3(2) 
3(2) 
12 ( 6 ) 



(U*AL NUMHER UK PURPOSES U1VEN 



217 



^4 



20 



21 



34V 



NulEs: 

(1) NUMBER UF LIBRARIES 

ANSWERING THIS UUEsUON W M IS 1J 12 148 

it, * PERCEN TAUES IN THIS Tf'LE REPRESENT THE PERCENTAGE UF LIBRARIES ANSWER 1 NO THlb QUES1 IUN IHAI GAVE IHIS RESPONSE* 

( J ) U I HER RESPUNSES ARE SUMMARIZED BELOW. 

ICUUES FULLUWING EACH RESPONSE INDICATE 1 HE NUMBER ANU lYPfc(S) OF LIBRARIES MAKING 1 HA T RESPONSE.) 

OTHER RES^Cr.bEs: FOR BROWSING/SCANNING (2R)t t OR LULLEC TIUN DEVELUPMEN1 USE ( 2R > t VERIK {CAT IUN OF RELA1EU BUUIEs < 2R M 
1UENI1F ILAI 1UN OF STATE AND FEDERAL AGENCIES '.1P)I SERIES AUlHURllY WURK 1NVULV1NG CURPURA1E BODIES UK)I FOR 
AUIHUR CUTTERS FUR LITERATURE ANU MUSIC (IF AVAILABLE ) (lP)t IU ASSIGN SUBH IELU "W" FOR HEADINGS USED F'JIt THE 
UCLC ARCHIVAL I APE <1R)? AUIUMAIlL UPUA11NU UF HEADINGS llR)t IU FIND UU I IF LC HAS RECEIVED A WURK (1R). 



PLEASE CHECK THE APPROXIMATE NUMBER OF LC AUTHORITY RECORDS STAFF AT YOUR LIBRARY REFERRED TO ON A SYSTEM DURING 
THE PAST 30 DAYS* 

100 OR LESS 

QUESTION 17* 101 - 500 

501 - li 000 

1.001 - --1,000 

3*001 OR MORE 



RESPONSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



100 OR LESS 

101 - 500 
501 - 1,000 
1,001 - 3,000 
3,001 OR MORE 
NO RESPONSE 



3(3) 

14 ( 14 ) 

17 ( 17 ) 

26 ( 26 ) 

21 ( 21 ) 

16 ( 16 ) 



11 ( 34 ) 

13 ( 40 ) 

3(9) 

1(3) 

1(3) 

3(9) 



12 ( 48 ) 
1(4) 
1(4) 
1(4) 

0(0) 
10 ( 40 ) 



5 ( 35 ) 

4 ( 28 ) 
0(0) 
1(7) 
0(0) 

4 ( 28 ) 



8 ( 57 ) 
2 ( 14 ) 
2 ( 14 ) 
0(0) 
0(0) 
2 ( 14 ) 



39 ( 21 ) 

34 ( ie > 

23 ( 12 ) 

29 ( 15 ) 

22 ( 12 ) 

35 ( 19 ) 



TOTAL 



97 



32 



25 



14 



14 



182 



ERLC 



COMPARED TO SIX MONTHS AGO. HAS THE USE OF THE LC NAME AUTHORITY FILE (ON A SYSTEM) BY STAFF AT YOUR LIBRARY 
INCREASED, DECREASED OR REMAINED THE SAME? 



QUESTION 181 INCREASED 

DECREASED 

REMAINED THE SAME 



RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

INCREASED 48 ( 49 > 15 ( 46 ) 5 ( 20 > 7 ( 50 > 5 ( 35 ) 80 ( 43 ) 

DECREASED 2 < 2 > 1(3) 0(0) 0'0> 1(7) 4(2) 

REMAINED THE SAME 31 ( 31 > 14 ( 43 > 10 ( 40 ) 3 ( 21 > 6 < 42 ) 64 < 35 ) 

NO RESPONSE 16 ( 16 ) 2(6) 10 ( 40 ) 4 ( 28 ) 2 ( 14 ) 34 < 18 ) 

TOTAL 97 32 25 14 14 182 



0 

ERIC 



UUESTIGN 19AI IF T HERE HAS BbbN AN I NCREASb IN T HE AMOUNT Oh USE OF 1 Hk LC NAME AUTHORITY FILE. ON A SYSTEM, 
DESCRIBE BRIEFLY THE CAUSE (S) UF I HE INCREASES 



RESHUNSb 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



I MHLEMEN 1 A 1 1 ON UF AACR2 



3U ( 62 )* 



8(6/) 



U ( U ) 



4 ( s; ) 



2 ( 4U ) 



44 ( 57 ) 



INCREASED CATALOGING ALllVIiY 



13 ( Z/ ) 



( 1/ ) 



3 ( 6U ) 



4 ( b/ ) 



1 ( 20 ) 



23 ( 30 ) 



FULICY/PRUCEDURES CHANGES 



11 ( Z'S ) 



4 ( 33 ) 



1 < 2U 



U ( U ) 



1 ( 2U ) 



17 ( 22 ) 



INCREASED SIZE OF I HE FILE 



1 1 ( Z J ) 



V ( U ) 



U ( 0 ) 



1 ( 14 ) 



0(0) 



12 ( 16 ) 



MURE STAFF US1NU T HE SYSTEM 



7 ( lb ) 



U ( u ) 



U v U ) 



0 ( U ) 



2 < 40 ) 



* ( 12 ) 



SlAFh MURE EX' hR IENCED WITH 
THE SYSTEM 



& ( 1U ) 



1 ( 2U ) 



U 1 U ) 



1 ( 20 ) 



7(9) 



INcRbASbU ACCbSS lU 1 HE SYS 1 EM 
(BY JUlNINU A UTILITY OR 
ADDING CRT S) 



b ( 1U ) 



O ( u ) 



u ( O ) 



U ( u ) 



( 40 ) 



7 ( V ) 



INCREASED INVOLVEMbN f IN I Hb NAMb 
AU1H0RUY CUUHERAT I VE PRUJEC I 
( N AC Li ) 



4(8) 



U ( U ) 



U ( O ) 



U ( U ) 



U ( U ) 



4(b) 



NLM *o UbLlblUN IU MURE CLU'^bLY 
FULLUW LC HRACIiCEb 



1 » ) 



U ( U ) 



U Ul ) 



U ( u ) 



1 ( zv 



( 3 ) 



1UIAL NUMBEK UF- REASUN'=> UIVEN 
FUR I HE INCREASE ( SUME 
LlBRAklb'o UAVb MURb 1 HP.N UNE 
KbAr.UN > 



14 



iu 



QUESTION I9A/PA0E2 
NOTfcSi 

NUMBER OF LIBRARIES REPORT I NO 

AN INCREASE (QUESTION Id) 48 15 & 7 b 80 

NUMBER OF LIBRARIES ANSWERING 

THIS QUESTION 48 12 b / b 77 

♦PERCEN T AUES IN THIS TABLE REPRESENT THE PERCENTAGE: OF LIBRARIES ANSWER I NU THIS QUESTION THAT GAVE THIS RESPONSE. 



ERLC 



UUbSllUN IVbl IF THERE HAS BEEN A DECREASE IN THE AMUUN 1 UF* USE OF 
UESLRIBE BRIEFLY 1 HE CAUSE(S) OF THE DECREASE I 



iE LC NAME AUTHORITY FILE ON A SYSTEM, 



RESPUNSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



SYSTEM DUWNUME AND SLUW RESPONSE 



1 ( 1DU )* 



U < U ) 



0 I U ) 



U I 0 ) 



0 I 0 ) 



HULlCY/PHpjEDURE CHANUE 



1 ( i)U ) 



U I U ) 



0 10) 



U ( 0 ) 



0(0) 



FRUSTRATION WI IH NUN-AACR2 
HfcALUNOb IN 1 HE FILE 



0 ( U ) 



M 1UU ) 



U I 0 ) 



U I U ) 



0 i u ) 



DECREASED NEED lu USE II NUW 
t HA T blAFF ARE FAMILIAR WI1H 
AAUR^ 



U I U ) 



U I U ) 



U I *J ) 



U C U ) 



1 l lOu ) 



IUIAL NUMBER UF REASUN^ UlVEN 
FUR I HE DECREASE I bUME 
LIBRARIES UAVE MURE THAN ONE 
REASON ) 



U 



NUlEbS 



• NUMBER UF LIBRARIES REPUR \ I NO 
A DEL Rhrt^E ( UUE b II UN 1 y / 



NUMBER UF LlHRAHlbo ANSWER !Ni_> 
I HIT. UUEbl 1UN 



♦PL Hi. EN I IN IHTd IhBLc. »\Lr WEbEN I I HE KERi.fcN I AL»E Uh LIBRARIES AN'->WfcKlNL> IHId UUESllUN IHAl UAVE IHIb HESPUNbE- 



ERLC 



QUESTION 20* PLEASE LIST ANY PROBLEMS STAFF MEMBERS AT YUUR LIBRARY HAVE ENCUUN'IERED IN USING 1 HE LC NAME 

AUTHORITY FILE UN A SYSTEM. ( UE ARE INTERESTED IN PROBLEMS WITH THE FILE RATHER THAN PROBLEMS 
WITH THE SYSTEM ON WHICH IT IS MOUNTED.) 



RESPuNbb 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



DUPLICATE RECORDS IN I HE PILE* 
UMEN LUNFL1C f 1NU 



34 ( 43 )# 



12 ( ) 



3 ( 42 ) 



ltM 16 ) 



2 ( 20 ) 



52 < 41 > 



REFERENCES Nu f bVALUAIEU 



16 ( 20 ) 



5 ( 26 ) 



0(0) 



1 ( 16 ) 



0(0) 



22 (17 ) 



IOU MANY N0N-AACR2 RECURDS, 
NUl EVALUA TfcU 



17 ( 21 ) 



4 ( 21 ) 



0(0) 



1 ( 16 ) 



3 ( 30 ) 



25 ( 19 ) 



ULE NOI COMPREHENSIVE ENUUUH* 
MANY NAMES MlbblNO 



NUN-hL 1 PPED HEADINUS 



7(8) 
W ( 21 J 



b ( 26 ) 



2 ( 10 i 



2 ( 28 ) 



0 ( O ) 



2 < 33 ) 



0 < 0 > 



4 ( 40 ) 



0(0) 



20 ( 15 ) 
IV ( 15 ) 



NAME CUNF-L 1L I b? 1NLUNS1 S 1 ENCY 
UF FUKM UF NAME 



t« < 6 ) 



6 ( 41 ) 



( 2* ) 



U ( U ) 



4 ( 40 ) 



17 ( 13 ) 



LALr UF IN I bRNAL LUNMSlkNCY 



11(14) 



0(0) 



0(0) 



U ( u ) 



0(0) 



11(b) 



UN I FUKM UlLbi- NLH 'chMkL HABLb 



6 ( / ) 



U ( O J 



U ( U ) 



O ( O ) 



V ( 7 ) 



ttMLk-.' MjkM UlhFbRbNI hKUll 
B I BL 1 UUkAPH 1 L KbC URL> 



6 < / > 



» lO ) 



O ( u > 



U ( u ) 



O ( u ) 



y ( 6 > 



•sLUW UFUttlb UF h ll.t. 



/ ( * ) 



1(b) 



U ( O ) 



O ( U ) 



U ( U ) 



y ( 6 ) 



t 6 ) 



1 ( t» > 



O ( O ) 



U ( U ) 



O ( U ) 



* ( 4 > 



INSUM I'.lfcNl UUUJMbNJAI I UN 
UN i, L«t ■ iNi,. | KRMlNi >L0OY » 



fc. ( / ) 



U ( U ) 



0 ( U ) 



V ( U ) 



O ( u > 



6(4) 



ERLC 



UUESl ION 20/PA0E2 



HISIGRY SLOPE NOTES 

SUMEI1MES M1SSINU b(6) O ( 0 > U < U ) 0<0) 1 < 10 ) 6(4) 



OTHER RESPONSES (SEE BELOW) 86 ( 110 ) IV ( 10 > 2 ( 28 > 3 < 50 > 3 ( 30 > 113 ( 89 



TUlAL NUMBER UF PROBLEMS LISTED 228 60 9 8 17 322 



NU1ESX 



U> NUMBER OF LIBRARIES 

ANSWER 1 NO THIS UUEST 1UN 78 25 7 6 10 126 

* PERCENTAGES IN 1HIS TABLE REPRESENT (HE PERCENTAGE OF LIBRARIES ANSWERING THIS UUEST ION THAT GAVE THIS RESPONSE • 

( 3 ) U 1 HER RESPONSES ARE SUMMARIZED BELOW. 

iCuDEs FULLUW1NU EACH RESPONSE INDICATE 1 HE NUi BER AND TYPE(S) OF LIBRARIES MAKING THAT RESPONSE.) 

LUNPUSING ASPELfS* HEADINGS, DESIGNATED AACR^ ( UR AACR2-CGMPAT I BLE ) THAT DO NOV SEEM TO COMPLY WITH RULES (2RM RECORD 
DISPLAY UNCLEAR 2R > * FILE IS NO! USER-LURD1AL FAILURE TU DISTINGUISH BETWEEN VARIANT AND EARLIER FORMS OF 

NAMES C1RM INC0NS1S I ENCiES BETWEEN LU AND NLC RECORDS ( 3R ) » SOURCE DATA NOTES SOMETIMES lNADEUUA T c TO DISTINGOISH 
BE 1 WEEN HEADINGS (1R. 1AM SYMBOLS IN W-SUBF I ELD DIFFICULT 10 DECUDE ( 1R) I FRUSTRAT I UN WITH DEFAULT VALUES IN 
LUNIRUL SUBFIELD Nu EXPLANATIONS OF WHAT LC IS DUINU (IRM 24-DIGU CONTROL FIELD (IR» 1AM FIXED-FIELD 

DEFIN1HUNS ONCLEAR (1R)I NOT ENOUGH USER AIDS AND LEGENDS (2A)t /*W CODING STRING CONFUSING (1A, 1PM INCONSISTENT 
CUBING FUR PRE-fc PUSI-AALR^ (AND UOMPA I 1 BLE ) RElURDS < JR ) . 

UUALilYi INALCURALlES UF NuN-LL. INPUI (IRM INCUMPLEIb RELURDS ( 3H ) ! UNEVEN UUAL 1 I Y OF RECORDS (IRM SEVERAL FIELDS 

NUI EDITED UR VERIFIED ( IN ) I INCORRECI OR MISLEADING 1AGS ( 3R > . DUPLlCAtE ^SN' S (2R)1 CODING ERRORS ( 1RM AUTHORITY 
RELURDS FRUM L IP MAIEK1AL NuT ALWAYS LURRELl ( 3R ) \ INUURREL 1 INFuRMAUuN (IK. 1PM DELAY IN CORRECTING ERRORS <1R)5 
MARl 1 AGS SOMETIMES MISSING (1R>! ERRURS FRUM 1 HE FLIP (IRM I NACCURA 1 E/ INCONS I STEW T HEADINGS (3RM HEADINGS 
SUMEilMEs MlSuuDED AS AACR2 (1R>. 

LKUSS-REI- ERENLESl SEE ALSU EN1RIES W1IHUUI L URREsPuND 1 Nl> AUIHLlRIlY RELURDS (IRM APPRUPRIAIE L RuSS-REF ERENCES SUMEUMES 
NUl IN 1 HE UNLINE FILE ( 2R > \ I NLUNS I S I tNCY IN LRUSS-REF ERENCES ( 3R ) « SlAVUS UF REFERENCE NU i INDICATED (IRM 
UUESllUNABLE L-RUSS-REF ERENLES ( 2R ) I L RUSS-REF ERENlES INVALID FUR MUST L URPURA f E HEADINGS (IRM MISSING SEE ALSO 
REFERENCES (IRM CRUSS-REF ERENCES CUNFUSING UMM NUl ALL ^XX EN1RIES REPRESENTED BY INDIVIDUAL RECORDS <1AM NEW 
FURM UF NAME DOES NO I ALWAYS L UN 1 A I N A REFERENLE lU THE ULD F URM OF NAME l4A. 1AM MANY FORE I bN-L ANGUAGE-EOU I VALENT 
XKhF ERENLES ARE UNNELEsSARY. BUI HARD fU SUR I BElAUSE LANGUAGE IS NUl UlVEN UR. 1A>5 LC CROSS-REF ERENLES ARE BASED 
UN LL LAI ALUG' MUSI BE REVIEWED FOR USE A 1 ULIR LIBRARY ( 2H > \ RELA 1 I uNsH IPS BE I WEEN 4XX AND SSXX FIELDS UF TEN NUi 
EXPLAINED (IK)! REFERENCES INLUNSiSIENI WIIH HEADINGS (1A). 

LiEUGRAPHiL FN1RIES: NEED SUBJEL ( USAbE AS WELL AS AUIHUR USAOE F UK UEUGRAPHK* HEAUINUS (1R); NEED MURE VERIFIED UEUuRAPHiL 
HEADINGS <^RM SOME bEUGRAPHlC HEADINGS HARD lU SEARLH (1R>. 



UUESI 1UN 4iU/PAGE3 

CURFURAIE ENTRIESI 1NCUNS1STENT USE Clf- NAME bETWEEN MAIN bUUY AND sUBURDlNATb PARTS <6R, 1M), HEADINGS FOR MANV SUB-fcGDlEs/ 
NUI IN FILE (1RM CORPuRATb HISIURY NO TEb OUTDATED (lR)t CuRPuRATb HEADINGS WITH MAf^Y SUBORDINATE ELEMENTS ARb HARD ' 
IU bE*ARcH UR,. 3D. HIERARCHIC CRUSS-REFERENCES NUT UPUAfED IU AAcR2 < 1RU LsUVERNMENT AOENCIES HARD 10 SEARCH (lA). 

/ 

RELURD LUNTbNM NUI ENUUliH DETAILED INFORM A T ION (1R)I DA I bS UF AUTHORITY DECISIONS AND UPDATE* NOT GIVEN < 1R» lA) t NOT • 
ENUUbH EXPLANAIURY NOTES (1R» 1A)I HlSTuRY NOTES INSUFFICIENT uR UNCLEAR ( 1R, *A). / 



UlHERt LALK UF ANNOUNCEMENT OP CHANGED NAMES (1R)I UNLY NAME-1 I 1 Lb AUTHORITY RECURDS AVAILABLE WHERE NAME ONLY WOULD BE 

FASlbR (lRH NEED INDEX TU SUbF I ELD "I" C2RM SUMb RECORDS DIFFICULT TO LOCATE USINb AVAILABLE SEARCH KEYS <*KM FROM 
TRUNCA1ED ENTRIES IS SOMETIMES HARD TiJ DISTINGUISH BETWEEN ENTRIES (IRM NO TITLE SEARCH <1AM SEARCH KEYS OFTEN PULL 
UP 1UU MANY RECURDb ( ^A ) \ NEED CONIRuC fJUMbER FROM FiCHE TU FIND SUME RECORDS (1AM FILE LACKS SERIES (1R, 1M>, 



r 



v 




ERIC 



/ 



QUESTION 2H 



/ 

DOES YOU* LIBRARY CURRENTLY SUBSCRIBE TO "NAME AUTHORITIES* CUMULATIVE MICROFOM EDITION," THE QUARTERLY 1 
MICROFICHE VERSION OF THE LC NAME AUTHORITY FILE PUBLISHED BY THE LIBRARY OF CONGRESS? /YES NO. 



(NOTEi SOME RESPONDENTS ANSWERING "YES" RECEIVE THEIR COPY AS DEPOSITORY LIBRARIES* SOME/ ANSWERING "NO H RECEIVE 
A DEPOSITORY COPY. THE QUESTION SHOULD HAVE REFERRED TO "PAID" SUBSCRIPTIONS. " > C 



RESPONSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



ERLC 



NO 



87 ( 89 ) 



9 \< 9 ) 



23 < 71 ) 



8 ! 25 ) 



8 < 32 ) 



16 < 64 ) 



10 < 71 ) 



4 ( 28 ) 



3 < 21 ) 



10 ( 71 ) 



131 <> 71 ) 



47 ( 25 ) 



NO RESPONSE 



1(1) 



1(3) 



1(4) 



0(0) 



1(7) 



4 < 2 ) 



TOTAL 



97 



32 



25 



14 



14 



182 



V! > 



QUESTION 221 TO HOW MANY COPIES OF "NAME AUTHORITIES, CUMULATIVE MICROFORM EDITION" DOES YOUR LIBRARY CURRENTLY SUBSCRIBE? 

(NOTE* RESPONDENTS WHO ANSWERED 11 NO" TO QUESTION 21 WERE TOLD TO SKIP THIS QUESTION! HENCE, NO "O" RESPONSES,) 

RESEARCH ACADEM I C PUBL I C LAW MED I CAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

0 0(0) 0(0) 0(0) 0(0) 0(0) 0(0) 

1 62 ( 63 ) 23 ( 71 ) 6 ( 32 ) 10 ( 71 ) 3 ( 21 ) 106 ( 58 ) 

2 8(6) 2<6) 0(0) 0(0) 0(0) 10 (5) 

3 5(5) 0(0) 0(0) 0(0) 0(0) 5(2) 
* 5(5) 0(0) 0(0) 0(0) 0(0) 5(2) 

5 1(1) 0(0) 0(0) 0 < t> ) 0(0) 1(0) 

6 1(1) 0(0) 0(0) 0(0) 0(0) 1(0) 

7 2(2) 0(0) 0(0) 0(0) 0(0) 2(1) 

8 0(0) 0(0) 0(0) 0(0) 0(0) 0(0) 

9 0(0). 0(0) 0(0) 0(0) 0(0) 0(0) 
10 1(1) 0(0) 0(0) 0(0) 0(0) 1(0) 

NO RESPONSE 12 ( 12 ) 7 ( 21 ) 17 ( 68 ) 4 ( 28 ) 1 1 ( 78 ) 51 ( 28 ) 

TOTAL 97 32 25 14 14 182 



9 

ERIC 



QUESTION 23i TO HOW MANY COPIES OF "NAME AUTHORITIES, CUMULATIVE MICROFORM EDITION" DO YOU EXPECT YOUR LIBRARY WILL SUBSCRIBE 
AT THIS TIME NEXT YEAR? 

( NOTE t RESPONSES TO THIS QUESTION ARE DISPLAYED BELOW ACCORDING TO WHETHER THE NUMBER OF SUBSCRIPTIONS FOR NEXT YEAR IS 
AN " INCREASE" » "DECREASE" » OR "REMAINS THE SAME" WHEN COMPARED WITH THIS YEAR'S NUMBER OF SUBSCRIPTIONS, AS INDICATED IN 
QUESTION 22. ) 

RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LI BR AR I ES LI BR AR I ES LI BRAR I ES LI BRAR I ES LI BRAR I ES 

INCREASE 5(5) 0(0) 0(0) 0(0) 0(0) 5(2) 

DECREASE 2(2) 1(3) 0(0) 0(0) 0(0) 3(1) 

REMAINS THE SAME 75 ( 77 ) 23 < 71 ) 8 ( 32 ) 8 ( 57 ) 3 ( 21 ) 1 17 ( 64 ) 

NO RESPONSE 15 < 15 ) 8 ( 25 ) 17 ( 68 ) 6 t 42 ) 1 1 ( 78 ) 57 ( 31 ) 



TOTAL 97 32 25 14 14 182 



QUESTION 24At IF YOUR ANSWER TO NUMBER 23 IS LESS THAN YOUR ANSWER TO NUMBER 22 » PLEASE BRIEFLY EXPLAIN 
VHE REASGN(S) FOR THE DECREASE IN NUMBER OF SUBSCRIPTIONS! 



NEED THE MOST CURRENT INFORMATION SO WKL USE ONLINE FILE MORE UR)f WILL USE THE ONLINE FILE MORE BECAUSE 
IT IS POSSIBLE TO SEARCH ON MORE POINTS OF ACCESS UR). 



(ONE RESPONDENT INDICATED A DECREASE BUT DID NO I UIVE A REASON) 



UUESUON ^4Bi IF YOUR ANSWER TO NUMBER 23 IS LESS THAN YOUR ANSWER TO NUMBER 22% PLEASE BRIEFLY EXPLAIN THE REASON(S) 
FOR THE DECREASE IN NUMBER OF SUBSCRIPTIONS! 



TWO DEPAR 1 MEN I S NOW SHARING A COPY WILL BE GEOGRAPHICALLY SEPARATED, SO ANOTHER COPY WILL BE NEEDED <IRH UNTIL 
DIFFICULTIES WITH THE SYSTEM ARE REACHED* WE WILL NEED MORE COPIES AS BACKUP <2R>! NOT ENOUGH TERMINALS AT 
PRE SEN I FOR ONLINE USE, SO WILL NEED MORE FICHE COPIES <2R>. 



QUESTION PLEASE LIS1 BRIEFLY 1HE PURPOSE(S) FOR WH 1 L-H NAME AUTHORITIES (MICROFORM EDITION) IS USED IN YuUR LIBRARY 



RESPONSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



SUBSTITUTE FOR 1 HE UNLINE HILL 
WHEN SYSTEM IS DUWN OR HAS 
SLOW RESPONSE \ I ME 



38 ( 43 ># 



1U ( 41 ) 



1 ( 12 ) 



2 ( 25 ) 



2 ( 66 ) 



S3 ( 40 ) 



VERIFY NAMES f-UR CATALUGiNU 



FOR SEARCHES THAT CANNUT BE 
DUNE WELLt UR A I ALL i UN 
UCLL 



29 ( 32 ) 
14 ( lb ) 



5 ( 20 ) 



3 ( 12 ) 



6 ( 75 ) 



1 ( 12 ) 



4 ( SO ) 



0(0) 



1 ( 33 ) 



1 ( 33' ) 



45 < 34 ) 



19 ( 14 ) 



SEARlH UN 1 F URM I 1 I Lb 
HEAUINUS (1JU) 



lb ( 1/ ) 



3 ( W > 



0 ( U ) 



i ( 12 ) 



0(0) 



19 ( 14 ) 



ESTABLISH UR VERIFY AAU<^ 
ACCESS F'UiNIb 



1 U ( 11 ) 



1 ( 12 ) 



1 ( 12 ) 



1 ( 33 ) 



18 ( 13 ) 



SUBSTITUTE F-UR I HE UNLINE 
FILE WHEN (ANU WHERE) A 
TERMINAL IS NUT AVAILABLE 



1 1 ( 12 ) 



6 ( 2t> ) 



1(1^' 



O ( U ) 



U < O ) 



IB ( 13 ) 



Establish lruss-refehenles 



U> ( n ) 



1 ( 12 ) 



0(0) 



i ( 33 ) 



14 ( 10 ) 



SAME AS UUESi 1UN 16 



10 ( 11 ) 



4 I \t> ) 



O ( V ) 



O ( o ) 



u ( o ) 



14 ( 10 ) 



HUH NUltS, tXPLANAI 1UNS, AND 
Ul HEN INFuRMMllUN NU J IN 
UNLINE h ILt 



/ { / ) 



1(4) 



U ( O ) 



O ( o ) 



U ( U ) 



B ( 6 ) 



TU VERIFY NWMtS NU I I N 
i HE ONLINE FILE 



4(4) 



3(1^) 



1 ( \2 ) 



1 ( \2 ) 



U ( 0 ) 



y ( 6 ) 



1 U RESOLVE L UNh L. 1 L I S IN 
AN AUIuMAlED UR 
MANUAL F 1 Lfc 



/ ( / ) 



U ( O ) 



U I U ) 



1(1/) 



O ( U ) 



B < 6 ) 
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QUESTION 25/PAGE2 



FOR RETROSPECTIVE CONVERSION 4(4) 1(4) 



TU FIND RECORD NUMBERS FOR 

FINDINU RECUROS ONLINE 7(7) OlO) 



FOR BROWS I NO / SC ANN I NO 7 ( / ) 0(0) 



TO AVOID SEARCH LIMITATIONS 

(E.Q. 256 HITS MAXIMUM) 4(4) 1(4) 



TO DOUBLE-CHECK INFORMATION 
FROM THE ONLINE FILE THAT 
APPEARS INACCURATE OR 

INCOMPLETE » 4(4) u ( O ) 



HISTORY INFORMATION IS MORE 

LEGIBLE AND COMPLETE 4(4) 0 ( U ) 



TO FIND NAMES AFFECTED BY 

OCLC'S STOPWORD LIST 1(1) ^ ( 6 ) 



FOR INFORMATION DROPPED FROM 
THE ONLINE FILE AFTER 
REVISION U A RECORD (E.G. 
FOR USE IN A CLOSED CARD 
LA f AL06 ) 



4(4) 



U ( U ) 



CORPORATE SEARCHES V-b 



1(1) 



1(4) 



ESTABLISH AUTHOR! fY RECUK05 
FUR A MANUAL AU1HURHY 
FILE 



2 ( 2 ) 



U ( u ) 



NACU »>AR[ iClPATluN 



2 ( 2 ) 



0(0) 



FUR REFfcKfcNCfc WUKK 



U i O > 



U ( U ) 
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2 ( 2b ) 

0(0) 
0(0) 

0(0) 

0(0) 
0(0) 
0(0) 

0(0) 
O ( u ) 

O ( u ) 
0(0) 
( Zb ) 



0(0) 

0 < 0 ) 
0(0) 

0(0) 

0(0) 
0(0) 
0(0) 

1 ( 12 ) 

0(0) 

0(0) 
0(0) 
0(0) 



0(0) 

0(0) 
0(0) 

0 ( O J 

V 

1 ( 33 ) 
0(0) 
0 ( O ) 

0 ( U ) 

1 ( li ) 

O ( O ) 
0(0) 
0(0) 



7 < 5 > 

7(5) 
7 < 5 ) 

5(3) 

5 i< 3 > 

T 

44c 3 ) 

3 i 2 ) 

t. ( 3 ) 
3(2) 

2(1) 
^ ( 1 ) 
( 1 ) 



QUESTION *5/PA0E3 " 



VERIFY ENTRY f-UR PRE-ORUER 
SEARCHING 



1(1) 



0(0) 



r i ( *> ) 



0(0) 



0(0) 



2(1) 



UfHER RESPONSES LISIEU 
BfcLUW 



b ( b ) 



1(4) 



O ( O ) 



0(0) 



0(0) 



6(4) 



lUiAL NUMbER PURPOSES GIVEN 201 



48 



1/ 



11 



285 



(1) NUMbfcR Uf- L 1BKAR IES 

ANfcWERlNb THIS QUESTION 88 24 y 8 3 131 

<<i) ♦ PERCENTAGES IN THIS TABLE REPRESENT THE. PERCENfAGE Of- LIBRARIES ANSWERING THIS QUESTION THAT GAVE THIS RESPONSE. 

<3) UfHER RESPUNSES ARE SUMMARIZED BELOW, 

(CUDfcS HJLL0W1NG EACH RESPONSE INDICATE I HE NUMBER AND (YPE(S) Uf* LIBRARIES MAKING 1 HAT RESPONSE. ) 

UTHER RESHUNsESJ PRINT AVAILABILITY Of- DIACRITIC* (1RM TO f-INU EXAMPLES Of- RULE CHANGES AND CATALUOINU PROBLEMS 
(IX); EASIER 1U ACCESS (1RM CONTROL VARIANCE IN SERIES ENIR1ES <1A)« DETERMINE RELATIONSHIP BETWEEN GOVERN 
MENIAL UEPAR I MEN V NAMES <1K)I VERIFY OR ESTABLISH CORPORATE HEADINGS (1R). 



i ~ 
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QUESTION 26* PLEASE LIST ANY PROBLEMS YOUR INSl ITUUON HAS ENCOUNTERED IN USING NAME AUTHORITIES! 



RESPONSE 

NOl CURRENT 

HEADERS HARD TU READ 



SAME AS QUESTION 2U (AS 
APPLICABLE) 



PRODUCT I UN ERROR S (DUPLICATE, 
MISSING, OR DEFECTIVE FiCHE« 
PILING ERRURS) 



UNEVALUA1 ED RECURDS 



INLGNSISTENI AND CONFLICTING 
HEADINGS 



KILE NOl LARGE ENOUGH 



Of HER RESPONSES (SEE BELUW) 



RESEARCH 
LIBRARIES 



45 I 6U )# 

lb ( *4 ) 

12 ( 16 > 

6(d) 
S ( 6 ) 

6(8) 
4(b) 
22 ( 2V ) 



ACADEMIC 
LIBRARIES 



4 ( 28 ) 



2 ( 14 ) 



2 ( 14 ) 



1(7) 



0(0) 



1(7) 



1 ( / ) 



7(b) 



PUBLIC 
LIBRARIES 



1 ( SO ) 



0 ( U ) 



0(0) 



0 t y ) 



0(0) 



U ( O ) 



1 { 50 ) 



U ( 0 ) 



LAW 
LIBRARIES 



0(0) 
0(0) 

0(0) 

1 ( 5U ) 

1 ( 50 ) 

U ( 0 > 
0(0) 

3 ( 1SU ) 



MEDICAL 
LIBRARIES 



2 ( 100 ) 
0(0) 

0<0) 

0(0) 

1 ( 50 ) 

0(0) 
0(0) 
0(0) 



ALL 
LIBRARIES 



52 ( 55 > 
20 ( 21 ) 

16 ( 17 > 

8(8) 
7(7) 

7 < 7 > 
6(6) 
32 ( 34 ) 



TUIAL NUMBER OK PURPOSES blVEN 



NOlEbt 



(1) NUMBER OF LIBRARIES 

ANSWERING THIS QUESTION 



119 



74 



lb 



14 



146 



V4 



\Z) # PERCEN I AUES IN THIS TABLE REPRESENT THE PERCENTAGE OF LIBRARIES ANSWERING THIS UUESTIGN THAT GAVE THIS RESPONSE. 

(^) U I HER RESPONSES ARE SUMMARIZED BELOW . 

< CODES F..LLUWINO EACH RESPONSE INDICATE THE NOMBER AND TYPE(S) OF LIBRARIES MAKING THAT RESPONSE-) 



ERJC 



0 



ClUESVION 26/PAUb^ 

UTHbK KESPUNSES« CUU1NG FOR AACR2 UNCLEAR (3RM 1 NUUN3 1ST EN 1 WITH MARC AUTH0RI1Y FORMAT i3H\\ DIFFICULTY WITH CODES 
(1R), 1A, 1LM LACK OF UOUD PRINTED OUIDE (3R)I RE1RO ENTRIES (3RM TEDIOUS TO USE (3R. 1AM DUPLICATE RECORDS 
UAi XL)1 LACKS COORDINATE INDEX ( IN) f DIACRITICS UNCLEAR (1R)I CONTROL CODES ON CROSS-REFERENCES ARE PUZZLING 
URM NUT ALWAYS CLEAR WHICH DECISION IS 1 HE LATEST URM DIFFICULT TO PRINT (1R)I CONTAINS LESS INFORMATION 
1 HAN THE ONLINE FILE <1RM AACR^ ENIRY NOT ALWAYS IN 1XX <1A)I NUMEROUS >EADEND ENTRIES (1AM DATE OF JLAST^JUPXl&TE 
NOl UIVEN (1AM NO TES NO f CLEAR (1A)S LACK OF CROSS-REFERENCES (ID \ 



ERIC 



QUESTION 27i WOULD YOU EXPECT YOUR LIBRARY TO USE THE NAME AUTHORITY FILE SERVICE WHEN IT IS AVAILABLE? 
YES NO. 



RESEARCH ACADEMIC - PUBLIC LAW ^ MEDICAL f • ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES / 'LIBRARIES 

YES 91 ( 93 ) 28 ( 87 ) 16 ( 64 ) * 13 ( 92 ) 10 ( 71 ) ! v 138 ( 86 > 

NO 2(2) 1(3) 6 ( 24 ) 0(0) 2 ( 14 ) U ( 6 ) 

NO RESPONSE 4 < 4 > 3(9) 3(12) 1 ( 7 ) 2(14) 13 ( 7 > * 

a 

TOTAL 97 32 . 25 14 14 182 
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J 

OUfc^yUN *7aV IF YOU WOULD NOT EXPECT, YOUR LIBRARY TO USE THE "nAME AUTHORITY KILE SERVICE. PLEASE INDICATE YOUR REASON(S)l 



NOT El THE RESPONSES GIVEN TU THIS QUESTION ARE LISTED BELOW. 

\ 

WE DO NOT DO ENOUGH ORIGINAL CAT ALGUING , T 0 JUSWFY THE EXPENSE INVOLVED OR THE SEARCH 1 IME INVOLVED. 

ALL BUT A VERY FEW OF OUR BOOKS ARE ORDERED FROM, AND CATALOGED AND PROCESSED BY, THE NASSAU LIBRARY SYSTEM. . 

WE FEEL 1 HAT USE AND MAINTENANCE AT A NAME AUTHijRITY FILE IS TOO CUSILY FOR UUR LIBRARY AND THAI WE LAN BASICALLY ACHIEVE 
ADEQUATE H^SULlS USING OUR CARD CATALOG Ami LC COPY AS 'AVAILABLE THROUGH CIP AND TRADITIONAL CATALOGING TOOLS. 

o 

TOTALLY USELESS FOR OUR LIBRARY. 

WE DON'T HAVE STAFjF" TIME AVAiLAbLE fU DO FULL AUTHORITY, WURK. * 

THE, INFORMATION WE NEEO IS AVAILABLE TO US FFJQM THE NAMfc> AUTHOR! TY FILE 1 HRUUGH OCLC, WHICH WE ALREADY PAY FUR. 
WE MAKE LiMlfED USE OF ANY NAME AUTHORITY COMPILATIONS BECAUSE OF OUR SIZE AND HOMOGENEITY UF OUR COLLECTION. 



MUSTLY EXPENSES! 



V 



NAME AUTHORITY FILE IN OUR LIBRARY IS THE EASIEST TO MAINTAIN. WE ONLY MAKE AN ENTRY IF THERE IS A NEED FOR A CROSS 

REFERENCE OR SEE ALSO REFERENCE. THERE IS VERY LITTLE TIME SPENT CHECKING ON VARIANT FURMS UF A NAME. ALSU, WE 
ILL WOULD LIKE TO BE FREE TO CHUOSE THE FORM OF A NAME, PARTICULARLY WITH OUR CUDUC bYfcfl EM FUR OU VEHEMENT BUDI£S. 

PRESENTLY- USING/ LINKING WITH SHAHAF/UTLAS AUTHORITIES (INCLUDES SUBJECTS). 



1 u 
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QUESTION 281 



ASSUMING THE NAME AUTHORITY FILE SERVICE WERE AVAILABLE IN THE FOLLOWING FORMATS, WHICH FORMAT ( S ) WOULD YOU 
EXPECT YOUR LIBRARY TO USE? (YOU MAY CHECK MORE THAN ONE. ) 

ONLINE 

MAGNETIC TAPE 

* MICROFORM 

PAPER COPY (A POSSIBILITY ONLY) 

OTHER (PLEASE EXPLAIN) 



RESPONSE 
ONHflE 

MAGNETIC TAPE 



RESEARCH 
LIBRARIES 



91 ( 44 > 

32 ( 15 ) 



ACADEMIC 
LIBRARIES 



29 ( 54 ) 
2(3) 



PUBLIC 
LIBRARIES 



16 ( 48 ) 



1(3) 



LAW 
LIBRARIES 



14 ( 60 ) 



1(4) 



MEDICAL 
LIBRARIES 



9 ( 34 ) 
5 ( 19 ) 



ALL 
LIBRARIES 



J59 ( 47 i 
41 ( 12 ) 



MICROFORM 
PAPER COPY 
OTHER 

NO RESPONSE 



74 ( 36 ) 
5(2) v 
0(0) 
1(0) 



19 ( 35 ) 
1(1) 
0(0) 
2(3) 



12 ( 36 ) 
0(0) 
0(0) 
Hi 12) 



6 < 26 ) 
2(8) 
0(0) 
0(0) 



7 ( 26 ) 

3 ( 11 ) 
0(0) 
2(7) 



118 ( 34 ) 
11 ( 3 ) 
0(0) 
9(2) 



TOTAL 



203 



53 



33 



23 



26 



338 



ERIC 



QUESIlUN 2Vl WHA1 SPECIAL FEATURES, IF ANY, WOULD YOU WANT OR EXPEC1 AN UNLINK NAME AUTHORITY FILE SERVICE TO HAVE? 



RESPONSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



INSTANV UPDATE UK FILE AND INDEX 



24 ( 30 )♦ 2 ( 11 ) 



1(11) 



2 ( 22 ) 



1 ( 25 ) 



30 ( 25 ) 



FLEXIBLE AND EFFICIEN1 SEARCH 
CAPABILITIES 



10 < 12 ) 



2 ( 11 ) 



2 ( 22 ) 



0(0) 



0(0) 



14 < 11 ) 



CAPACITY IU LINK AUVH0R1VY 
AND BIBLIOGRAPHIC FILES, 
WITH AUfUMAVlU UPDA1E 
UF LAI 1 ER 



7(8) 



2 ( lit > 



2 ( 22 ) 



O ( 0 ) 



0 < 0 ) 



11 ( 9 ) 



RIUORuUS WUALI1Y CONfROL FOR 
ACCURAL Y , LUNS ISTENLY, 
ELIMINATION OF DUPLICATES 



S ( 6 ) 



2 ( 11 ) 



2 ( 22 ) 



0(0) 



0(0) 



9(7) 



ABIL11Y tU TRANSFER RECURDS 

INTO ft LULAL UNLlNb AUTHORITY 
SYSTEM 



10 ( 12 ) 



0 I O ) 



0 ( O ) 



0(0) 



0(0) 



10 ( 8 ) 



UFHbR KbSKUNSES (SUMMAK WfcD 
BbLuW > 



l(>b 



33 



11 



224 



•UlAL NUMDbK UF SPmC 1AL 
FfcA(URb-> SUbbEslED 



221 



41 



16 



\3 



2VS 



NU lb:. I 

U> NUMBER Uh LIBRARIES 

ANsWbRINO I HIS UUESllON 7b IS y V 4 ll7 

* HbKcbNIrtuES IN IHI'. TAbLb RbPRbSbNl I Hb PERcENlAuE UF HBKARIfcS ANSWbKINU (HIS UUtST lUN I HA I UAVb THIS RESPONSE. 

t<> UlHbR RESPONSES ARE SUMMARIZED bcLUW, 

U.UDES HULLUW1N0 EACH REbPONSb INDlLAfb 1 Hb NUMBbR AND fYPb(S) OF LIBRARIES MAKlNU f HA I RESPuNSb. ) 



l j 
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UUESUUN 2V/PAUE2 



SEARCHING* KEYWORD (*R*2M)I BY ALL VARIANT FORMS ANu CROSS REFERENCES (5R*3A,2L)I UNIFORM TITLE (5R, 1A)* IMPROVE 
SEARCH KEYS (6R)* BOOLEAN (3R*1L*1M)* BROWSING (4R>* RIGHT- TRUNCATED (3R)* REMOVE SEARCHING LIMITS (3R), 
AUTHOR-UN I FURM 1ITLE (2R*1A)* FLEXIBILITY IN USE OF SIOPLIST (1R,1A*1M)i REDUCE NEED FOR RE -KEY I NO DURING 
SEARCH (3R)* UUICK SEARCH STRATEGY (IN, IP), TITLE (1R*1A)* AUTHOR-TITLE (1R*1A)* RESTRICT LENGTHY SEARCHES 
C^A>* FULL VALUE UR), BY CORPORATE SUB-BODIES ( 1R) 

REUUKD CON TENT Si INCLUDE CLASS NUMBER FOR LITERARY AUTHORS (2RH NAME INSTITUTION THAT ESTABLISHED OR MODIFIED 

THE HEADING ( 8R» 2A» IP* ID 1 DATE OF ENTRY AND REVISIONS UR*2A)1 SOURCE(S) USED TO ESTABLISH HEADING (5R*1L)I 
INCLUDE MARC TAGS (1R)I INDICATE CLEARLY WHETHER AACR2* NUN-AACR2* AACR2-C0MPAT IBLE (3R*2A)I INCLUDE BRIEF 
BIUGRAPHICAL DATA (1R)I CITE AACR2 RULE/ INTERPRET AT ION USED (2RM FULL MARL AUTHORITIES RECORD AND FORMAT 
(1R*1A>1L)I USE LESS OBSCURE CODING (2R,1A)* INCLUDE MORE HISTORY INFORMATION* ESPECIALLY FOR CORPORATE. 
GOVERNMENT AND GEOGRAPHICAL NAMES (?R,1LH INCLUDE MORE DETAILED INFORMATION AND RELEVANT NOTES (2R), 
INDICATE RELATED BODIES CLEARLY (1R)* DESIGNATE FIELD(S) FOR ADDING LOCAL INFORMATION <1R)I IDENTIFY 4XX FIELD 
1 HAT REPRESENTS PREVIOUS LC ENTRIES <1R), LIST ALL CROSS-REFERENCES (1R)I USE FULL AACR2 FOR (2R*lA,lL)li NOTE 
LANGUAGE OF LRUSS REFERENCES (1R)* MORE COMPREHENSIVE SCOPE NOTES UR*1A)I INDICATE DATE OF LAST USE OF THE 
RELURD (1R)* MORE COMPREHENSIVE SCOPE NOTES (1R*1A)I INDICATE DATE OF LAS f USE OF THE RECORD URt? BASE 4XX AND 
bXX TAGGING UN THE HISTORY OF THE ORGANIZATION* RATHER THAN ON LC'S CATALOGING (1R)I LATEST ADDRESS FOR CORPORATE 
BUDIES (1M). 

DISPLAY! DIFFERENT DISPLAYS FOR PUBLIC VS. TECHNICAL . r '*'ICES USE (2RilA)1 TRANSPARENT CROSS-REFERENCESl ESPECIALLY 

FOR PUBLIC USE (4R» 1M) I FULL DIACRITICS DISPLAY (1R)I DISPLAY MARC TAGS INSTEAD OF MNEMONICS (1RH ONLINE FORMAT 
AND F 1 CHE FORMATS AND CODES SHOULD BE SIMILAR (1A)I USE AACR2 FORM IN CROSS-REFERENCES UR)I EASY TO READ DISPLAY 
FORMAT (1AH USE LEGENDS RATHER THAN FIXED FIELDS TU DESCRIBE RECORD STATUS UR). 

DATABASES INCLUDE SERIES (SR.IA)I INCLUDE SUBJECTS (3R>1 INCLUDE VALID* EXTENSIVE ROSS-REFERENCE STRUCTURE (6R»1A*1L). 

QUALITY CONTROL! USE LC STANDARDS AND POLICIES (2R)1 FACILITATE ERROR REPORTING BY ANY USER* USING ELECTRONIC MAIL 
(6R*1A)1 ASSURE PROMPT ACTION ON ERRORS REPORTED (1R)I ASSURE ACCURACY UR)I ASSURE INTEGRITY (lR)t ASSURE 
CONSISTENCY (*R*1PM UTILIZE ONLINE VALIDATION FOR ERROR AND DUPLICATE ELIMINATION ;2R*2A)I ASSURE UNIFORMITY 
BETWEEN HEADINGS AND SUBDIVISIONS (2R>. 

AVAILABILITY' IMPLEMENT ON ALL MAJOR UTILITIES (1R)1 ALWAYS AVAILABLE (lR)t HAVE REGULAR LOADING OF TAPES ONTO ANY 
SYSTEM USING IT (1R)I ACCESS TO CORPORATE NAMES AT ALL TIMES UA*2L). 

Ul HER SPECIAL FEATURES: ABILITY TO ADD LOCALLY INTERESTING CROSS-REFERENCES (1RH NOTIFICATION OF NAME CHANGES 
(2R*1A*1P)I INTERACTIVE CAPABILITIES WITH LOCAL SYSTEMS (1RH ALLOW OVERRIDE FOR LOCAL DECISIONS (1RH 
ALLOW INTEGRATION WITH THE AUTHORITY HIERARCHIES OF OTHER UTILITIE (E.G.* SHARAF ) (1R)I GLOBAL UPDATING 
(1R*1A)1 ABILITY TO EDIT RECORDS FOR LOCAL USE (2R*1P)1 ABILITY TO PRODUCE AUTHOR 1 1 Y CARDS AND CROSS- 
REFERENCES FOR LOCAL USE (2R*1A*3P)I ENABLE RETRIEVAL OF NAMES ADDED OR CHANGED OVER A TIME PERIOD (1R)I 
ABILITY TU AUTOMATICALLY UPDATE ARCHIVAL TAPES (1PM LOW-COST DATA COMMUNICATIONS (1R)I EASY TO USE /USER 
LURDIAL (4R*2A)t ABILITY TO DISPLAY HOLDINGS ATTACHED TO INDIVIDUAL AUTHORITY RECORDS FOR INSTITUTIONS THAT 
HAVE USED THOSE HEADINGS ( 2R H AUTOMATIC GENERATION OF AUTHORITY RECORDS FOR NAMES USED AS SUBJECTS (1R)I 
DIFFERENTIATE BETWEEN REFERENCES CRITICAL FOR FINDABILITY AND LESS IMPORTANT ONES (1RH WHEN AN ENTRY IS 
LISTED MORE THAN ONCE ON A SUMMARY DISPLAY SCREEN* DISTINGUISH BETWEEN THEM (1RM ABLE TO ACCEPT DECENTRALIZED 
INPUT AND UPDATE (2R). 
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QUESllON 301 WHAT SPECIAL FEATURES* IK ANY, WOULD YOU WANT OR EXPECT A MICROFORM NAME AUTHORITY FILE SERVICE TO HAVE? 



RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

* * 

FREQUEN1 CUMULATIUN AND UPDATE 32 ( 57 )# 5 ( 33 ) 2 ( 33 ) 3 ( 50 ) 2 ( 40 ) 44 < 50 ) 

SAME AS UUESUUN 29 13 ( 23 > 5 ( 33 > 2 ( 33 ) 2 ( 33 ) 0(0) 22 ( 2S ) 

GOOD CROSS-REFERENCE STRUCTURE 5 ( 8 > 1(6) 2 ( 33 ) 3 ( 50 ) 1 ( 20 ) 12 < 13 ) 

EASY TO READ HEADERS 6(10) 1(6) 0(0) U < 0 ) 0(0) 7(7) 

LARuER PRINT 5(6) 1(6) 0(0) U(0) 0(0) 6(6) 

UUOD INSIRUUIUNS FOR USE 4( 7) 1(6) 0(0) 0(0) U ( 0 ) S ( b ) 

INCLUDE RELEVANT NuTES AND HlbTuRY 2(3) U ( U ) 1 ( 16 ) 2 ( 33 ) O ( i ) 5(5) 
CLEAR PES I UNA T I ON uF AACR2 AND 

AAUR2-C0MPAI 1BLE HEADINGS 3(5) 0(0) « ( 16 ) 2 ( 33 ) O ( O ) 5 i 5 ) 

U 1 HER RESPONSES (SEE bELUW ) 24 < 42 ) 4 ( 26 ) 2 ( 33 ) 2 ( 33 ) 1 ( 20 ) 33 < 37 ) 



TulAL NUMBER UF FEA1URE5 LiblEU V4 lb 10 lj 4 139 

NUIESI 

(1) NUMBER UF LlBRARlfcS 

«N5WER1NU IH1S OUESIlUN 56 lb 6 6 5 68 

it) * PERuEN T AUES IN 1H1S TABLE REPRESENT (HE PERLEN TAbE UF LIBRARIES ANSWER 1 NO I HIS UUESTION 1 HA f GAVE THIS RESPONSE. 

(J) Ul HER RE^.PUNt>E5 ARE SUMMARIZED BELUW. 

tCUDES FULLUWlNb EACH RESPUN5E INDICATE THE NUMBER AND IYPE(S) UF LIBRARIES MAKING 1HA1 RESPONSE.) 



O 1 A 

ERIC 




HJfcSllUN J0/PAUE2 

/ 

OlHER RESPONSES* INCLUDE SERIES <2R,1A)I F I CHE i NUT FILM (2R.1AM f^ulflSPLAY OF MARC AU1H0RITY <2k,lAM 

FEWER £rtRORS (2RM USER-CORDIAL FORMAT <2RH TITLE SEARCH <1R,1A)? IDENTIFY INPUTTING AGENCY <1R,1P,1LM 
COMPREHENSIVE INDEX UL.IMM REMOVE N0N-AACR2 HEADINGS < 1RM USE SAME CODES AS ONLINE FILE < 1RM RETAIN 
COLUMN LAYOUT (VICE PAuE LAYOUT) <1RM LOW COST (1R)| 48X, REDUCT ION ( 1R) \ PERMUTED ACCESS <1R)I INDEX/ 
!<EUIS1ER FORMAT (1RM FULL AACR2 FORM < 1R) I GRID COORDINATE INDEX (1R)I CONSISTENT DENSITY AND CONTRAST 
URM INCLUDE SUBJECTS URM INO.UUE NON-ROMAN SCRIPTS URM DESIGNATE NEWLY ADDED NAMES (IP) 



ERIC 



QUESUUN 311 WHAT SPECIAL FEATURES* IF ANY* WOULD VUU WANT OR EXPECT A PAPER COPY FORMA V 10 HAVE? 



RESPUNSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



WOULD NOT USE THIS FORMAT 



SAME ANSWER AS QUESTION 30 



lb ( 44 )# 

9 ( 26 ) 



2 ( 33 ) 
1 ( 16 ) 



0(0) 
1 ( 25 ) 



0 ( 0 ) 



3 < 60 ) 



1 < 33 ) 
0(0) 



ie ( 34 > 

14 ( 26 > 



REUULAR AND FREQUENl 

CUMULAT IONS/ SUPPLEMENT S 



4 ( U ) 



1 ( 16 ) 



1 ( 2b ) 



1 ( 20 ) 



M 33 ) 



8 ( 15 ) 



SAME ANSWER AS UJESUUN 2* 



2(b) 



1 ( 16 ) 



0(0) 



2 ( 40) 



0(0) 



5(9) 



EXIENS1VE CROSS-REF ERF.NUES 



2(5) 



U ( O ) 



1 I 2b ) 



0(0) 



1 < 33 ) 



4(7) 



01 HER RESPONSES (SEE bfcLUW) 



b ( 14 ) 



1 ( 16 ) 



1 ( 2b ) 



1 ( 20 ) 



0 ( *^0 ) 



8 ( 15 ) 



(UfAL NUMBER Uh RESPONSES 



3/ 



57 



NGlE-.s 



(1) NUMBER Uh L 'BRARIES 

ANSWERlNb IH1S UUEbliUN J4 6 4 b 3 52 

{^) » FtRLENIAbES IN 1H1^ FABLE REPREsEN I THE PERLEN I AuE Uh LIBRARIES ANSWER I Nu (HIS UUESUUN 1 HA \ OAVfc 1H1S RESPUNSE. 

{J) U f HER RESPONSES ARE tUMMARl 2 ED BELuW. 

(LUUEb FULLUWINb EALH REsPUNbb 1ND1L A IE I HE NUMBER AND lYPE(b) UF LIBRARIES MAKING IHA1 RESPUNSE. ) 



U I HER NESPUN'sEs: ALLURAUY (1R)? LbUiBLE PRINI (2R)t EL IMiNA \ iUN UF NON-AALR^ HEAD INUS (1R)1 SIMPLIFIED DISPLAY 

FUR PUBLU SERVKES USE (NU MARL- lAbS) (lR)l 1 IILE SEARCH (1AM F URMA \ SIMILAR (U LCSH (1PM LUW LUSI (ID. 



■3 



ONLINE ACCESS TO THE NAME AUTHORITY FILE SERVICE WILL HAVE TU BE PRICED IN A FAIR AND REASONABLE WAY. WHICH OF 
THE FOLLOWING WAY(S> OF CHARGING WOULD YOU PREFER? (IF YOU INDICATE MORE THAN ONE, PLEASE INDICATE A PRIORITY, 
WITH "1" INDICATING FIRST PREFERENCE* ETC.) 

PRICE BASED ON AMOUNT OF TIME SPENT ON THE SYSTEM 

PRICE BASED ON NUMBER OF HEADINGS FOUNDS A PER RECORD CHARGE 

PRICE A SUBSCRIPTION CHARGE (IF YOU CHOOSE THIS ONE, PLEASE SUGGEST HOW THAT CHARGE MIGHT BE SET! E.G. ♦ 

BY AMOUNT OF CATALOGING DONE THE PREVIOUS YEAR, ETC. ) 
OTHER (PLEASE EXPLAIN) 

(EXPLANATION OF TABLE* RESPONSE "TIME 1 M , FOR EXAMPLE* REFERS TO THOSE RESPONDENTS WHC INDICATED "PRICE BASED ON 
AMOUNT OF TIME..." AS THEIR FIRST CHOICE FOR PRICE SETTING* "TIME 2 H REFERS TO THOSE WHO RATED "PRICE BASED ON 
AMOUNT OF TIME..." AS THEIR SECOND CHOICE, ETC.) 



RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 



TIME - 


1 


16 ( 12 


) 


3 ( 


6 


) 


4 


( 


15 ) 


2 


( 


10 ) 


3 


( 


15 ) 


26 < 11 


> 


TIME - 


2 


3(2) 




2 ( 


4 


) 




( 


3 ) 


2 


/ 

\ 


10 I 




l 


IQ 1 






TIME - 


3 


1(0) 




2 ( 


4 


> 


0 


( 


0 ) 


0 


( 


0 ) 


0 


( 


0 ) 


3(1) 




TIME - 


4 


1(0) 




0 ( 


0 


) 


0 


( 


0 ) 


0 


( 


0 ) 


0 


( 


0 ) 


1 < 0 ) 




RECORD 


- 1 


31 < 24 


) 


13 


( 30 ) 


6 


( 


23 ) 


7 


( 


36 ) 


6 


( 


31 ) 


63 ( 26 


) 


RECORD 


- 2 


9(7-) 




4 ( 


9 


) 


0 


( 


0 ) 


0 


( 


0 ) 


1 


( 


5 ) 


14 < 5 > 




RECORD 


- 3 


2(1) 




0 ( 


0 


) 


0 


( 


0 ) 


0 


( 


0 ) 


0 


( 


0 ) 


2(0) 




RECORD 


- 4 


0(0) 




0 ( 


0 


) 


0 


( 


0 ) 


0 


( 


0 ) 


0 


( 


0 ) 


0(0) 




SUBSCRIPTION - 1 


25 ( 19 


) 


12 


( 27 ) 


2 


( 


7 ) 


1 


( 


5 ) 


3 


( 


15 ) 


43 ( 18 


) 


SUBSCRIPTION - 2 


4(3) 




1 ( 


2 


) 


0 


( 


0 ) 


1 


( 


5 ) 


0 


( 


0 ) 


6(2) 




SUBSCRIPTION - 3^ 


3 < 2 ) 




1 ( 


2 


) 


0 


< 


0 ) 


1 


( 


5 ) 


1 


( 


5 ) 


6(2) 




SUBSCRIPTION - 4 


0(0) 




0 ( 


0 


> 


0 


( 


0 > 


0 


( 


0 ) 


0 


( 


0 ) 


0(0) 




OTHER - 


1 


21 ( 16 


> 


1 ( 


2 


) 


0 


( 


0 > 


5 


( 


26 ) 


0 


( 


0 ) 


27 ( 11 


) 


OTHER - 


2 


1(0) 




0 ( 


0 


) 


0 


( 


0 ) 


0 


( 


0 ) 


1 


( 


5 > 


2(0) 




OTHER - 


3 


1(0) 




0 ( 


0 


) 


0 


( 


0 ) 


0 


( 


0 ) 


0 


( 


0 ) 


1(0) 




OTHER - 


4 


0(0) 




0 ( 


0 


) 


0 


( 


0 ) 


0 


( 


0 ) 


0 


( 


0 ) 


0(0) 




NO RESPONSE 


10 ( 7 ) 




4 ( 


9 


) 


13 


( 50 ) 


0 


( 


0 ) 


2 


( 


10 ) 


29 < 12 


) 



TOTAL 128 ' -»3 26 19 19 233 
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QUESTION 32AI (EXPLANAT IONS BY RESPONDENTS CHECK 1 NO "OTHER" ON GUESUQN 32.) 



RESEARCH ACAUEM I C PUBL I C LAW MED I C AL ALL 

RESPONSE LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 

v t 

* ',;ACH OlILlTY SHOULD SET US OWN 
PRICING SVROCTURE FUR PROVISION 

Of- SERVICES BASED ON NAPS 5 ( 21 )* 1 ( 100 ) 0(0) 4(6) 0(0) 10 < 33 ) 

HOPE USE OF THE FILE ON OCLC 

REMAINS FREE 2(6) 0(0) 0(0) 2(4) 0(0) 4 < 13 ) 

PRUVlUE UISC00N1 (UR UTH« '« 
INCENTIVE) F*GR NAFS 

CUNIRIBulORs 3 ( 13 ) 0(0) 0(0) 0(0) 0(0) 3 ( 10 ) 

UHARGE UNLY FOR AUTHORITY 

RECuRUS ACTUALLY USED 2(6) O ( O ) 0(0) 0(0) 0(0) .2(6) 

PRICING MUST BE FAIR AND 

EUUl 1 ABLE ^ ( 8 > U ( O ) 0(0) 0(0) 0(0) 2(6) 



10IAL NUMBER UF "U I HER" IV 1 0 6 1 2/ 

LUMMENls MADE 

NUlEs: 

(1) NUMBER UF LIBRARIES MAM N Li 

"U 1HER" CUMMENTS ^3 1 0 3 X 30 

* PERCENTAGES IN THIS \ ABLE REPRESENT 1 HE PERlEN f AOE UF LIBRARIES ANSWERING IHIS QUESTION THAf GAVE THIS RESPUNSE. 

(3) U ) HER REsPUNsEs ARE SUMMARIZED BELUW. 

tLUDES FULLUWING EACH RESPONSE INDICA1E I HE NUMBER AND rYPE(S) UF LIBRARIES MAKING THAT REsPUNSE. ) 

Ul HER RESPUNSES (SEE BELUW) 

LHAHGE PER RECURU WITH LUSLUUNl FUR OUAN T II Y URM SUBSCRIPUUN CHARGE* WIIH DiSLUUNl BASED ON NUMBEk OF NEW B1BLIU- 
GRAPHlL REUURUs CUN FRIBUTED LASl YEAR ( 1R ) I INCLUDE WITH SUBSCRIPTION 10 MARL, SERVICE (1R>1 FUR ONLINE USE • 
CHARGE A FLA) RATE PLUS A CHARUE BASED ON USE (1R)I FOR ONLINE USE • CHARGE A FLAT RATE (1RM CHARGE FOR NUMBER 
UF HEADINGS SEARCHED (1M). 



1M 
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QUESTION 33t PLEASE USE THIS SPACE TU MAKE SUGGESTIONS ABOUT PRICING OF MICROFORM. TAPE AND PAPER COPY EDITIONS 
UP THE NAME AUTHORITY FILE SERVICE. 



RESPONSE 



CHARuE A FIXED SUBSCRIPTION RATE 
THAT LGVbRb COSTS 



KEEP THE PRICE OF' THE MICROFORM 
EDITION LOW SO ALL LIBRARIES 
CAN AKFURD ITt KEEP PRICES OF 
OTHER FORMATS LOW * REASONABLE 



BASE COS T OF EACH PRODUCT ON 
CUSt OF PRODUCING ITt PRICE 
UP 1 PRODUCT SHOULD NOT 
SUBSIDIZE COST OF ANOTHER 



USE A VARIABLE SUBSCRIPTION 
RATE fcTOSED ON EXPECTED USAGE 
OF THE SYSTEM (E.G.. BASED 
ON AVERAuE CATALOGING LAST 
3 YEARb. OR BOUK BUDGET) 



ALLOW DISCOUNTS KOR ADDITIONAL 
COPIES IN THE SAME OR 
ANOTHER MEDIUM 



OTHER PRICING STRUClURESl INCLODE 
COST OF FILE MAINTENANCE? 
CHARGE COST OF THE MED I OM PLOS 

A PER RECORD CHARGE 1(3) 0(0) O ( U ) O ( U ) 1(50) 2(4) 



PRICE FUR ONLINE USE ON A 

UTILITY SHOULD BE COMPARABLE 

TU O T HEN Pf.R RECORD CHARuEb 1(3) 0(0) U ( O ) 0(0) 0 ( 0 J 1(2) 



TU1 AL NUMBER UF bUGGEb f I UNS J b 4 ^ £ 44 

MADE 



RESEARCH ACADEMIC PUBLIC LAW MEDICAL ALL 

LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES LIBRARIES 



9 ( 29 )# 1 ( 2b > O ( 0 ) 0(0) 1 ( SO ) 11 ( 25 



6 ( 19 ) 1 ( *5 ) 3 ( 60 ) 1 ( 50 ) O(O) 1 1 < 25 



4 ( 12 ) 3 ( 7£> ) 0(0) 0(0) 0(0) 7 ( 15 > 



3 ( 9 ) 0(0) 1(20) 0(0) 0(0) 4 ( V > 

3(9) 0(0) O(O) 0(0) 0(0) 3(6) 



QUESTION '33/ PAGE 2 



NUTESl v. 

(1) NUMBER OF LIBRARIES 

ANSWERING THIS QUESTION 31 4 S 2.2 44 

<2) * PERCENTAGES IN THIS TABLE REPRESENT THE PERCENTAGE OF LIBRARIES ANSWERING THIS QUESTION THAT GAVE THIS RESPuNSE. 
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QUEST 1UN 34! WHAT CHANGES. IF ANY, WOULD YOU EXPECT THE AVAILABILITY OF THE NAME AUTHORITY FILE SERVICE TO MAKE 
IN THE OPERATIONS AND SERVICES OF YOUR LIBRARY? 



RESPONSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



REDUCE TIME FOR AUTHORITY WORK I 
SPEED UP CAT ALUU1NG AND 
RETROSPECTIVE CONVERSION I 
REDUCE UNIT COSTS 



S3 ( 6/ )* 



8 ( 53 ) 



4 ( 33 ) 



4 ( 50 ) 



5 < 62 ) 



74 ( 61 ) 



IMPROVE LOCAL FIlES AND DATABASES' 
INTEGRITY. CURRENCY, CONSISTENCY 
AND ACCURACY 



13 ( 16 ) 



1 < 6 ) 



3 < 25 ) 



1 < 12 ) 



3 < 37 ) 



21 < 17 ) 



IMPROVE PUBLIC SERVICES AND 
ACCESS TO THE COLLECTION 



5(6) 



2 ( 13 ) 



2 ( 16 ) 



1 ( IT! ) 



1 < 12 ) 



11 < 9 ) 



IMPROVE CAPABILITY FOR EXCHANGE 
OF BIBLIOGRAPHIC DATA WITH 
OTHER LIBRARIES (LOCALLY. 
REGIONALLY. NATIONALLY) 



O ( / ) 



2 ( 13 ) 



1(6) 



0(0) 



0(0) 



9(7) 



REDUCE STAFF COSTS I ALLOW 
REALLOCATION OF RESOURCES 



7(6) 



0(0) 



0(0) 



0(0) 



1 ( 12 ) 



8(6) 



FACILITATE DEVELOPMENT OF. OR 
IMPROVE, AN ONLINE CATALOG I 
ALLOW GLOBAL CHANGES • CONTROL 
OF CROSS-REFERENCES. ETC. 



4(5) 



3 ( 20 ) 



0(0) 



0(0) 



0 ( 0 > 



7(5) 



MAKE LIBRARY MATERIALS AVAILABLE 

MORE QUICKLY I REDUCE BACKLUGS 4(5) 



2. ( 13 ) 



O ( O ) 



0(0) 



0(0) 



6(4) 



MORE TERMINAL T I ME WILL BE 
NEEDED (UN A UTILITY) 



2(2) 



0(0) 



O ( r ) 



1 ( 12 ) 



0(0) 



3(2) 



U/ 



ERIC 



QUESTION 34/PAGE2 



NO CHANGES EXPECTED! UNABLE TO 
PROJECT CHANGES AT THIS TIME 



5(6) 



2 ( 13 ) 



3 ( 25 > 



0(0) 



1 ( 12 ) 



11 ( 9 > 



IUTAL NUMBER OF CHANGES LISTED 



99 



2U 



13 



11 



150 



NOTES* 

(1) NUMBER OF LIBRARIES 

ANSWER 1 NO THIS QUESriON 7b 15 12 & 6 121 

(2) * PERCENTAGES IN THIS T ABLE REPRESENT THE PERCENTAGE OF LIBRARIES ANSWERING THIS QUESTION THAT GAVE THIS RESPONSE. 

(3) 01 HER RESPONSES ARE SUMMARIZED BELOW. 

(CODES FOLLOWING EACH RESPONSE INDICA>E THE NUMBER AND 1YPE(S) OF LIBRARIES MAKING THAT RESPONSE.) 

OTHER RESPONSES! ELIMINATE NEED FOR IN-HOUSE AUTHORITY FILE (1RH ENABLE AUTOMATION OF LOCAL AUTHORITY FILE <1RM 

INCREASE COST OF CATALOGING ( 1RH F AC1LI ATE AACR2 IMPLEMENTATION (IPX INFLUENCE CHOICE OF UTILITY TO JOIN (ID I 
SPEED UP ILL REQUEST PROCESSING (1M). ■ 



ERIC 



GUESUGN 351 UHA1 CHANGES CAN YOU FORESEE IN YOUR LIBRARY THAf . OVER THE NEXV FIVE YEARS. MIGH1 AFFECT YCJR USE OF 
THE NAME AUTHORITY FILE SERVICE? 



RESPONSE 



RESEARCH 
LIBRARIES 



ACADEMIC 
LIBRARIES 



PUBLIC 
LIBRARIES 



LAW 
LIBRARIES 



MEDICAL 
LIBRARIES 



ALL 
LIBRARIES 



IMPLEMENTATION OF AN 
ONLINE CATALOG 



3; ( 54 )# 



/ < 43 ) 



3 ( 21 ) 



4 ( 57 ) 



1 ( 12 ) 



52 ( 46 > 



DEVELOPMENT OF. OR CHANGE IN. 
ONLINE AUTHORITY FILES 
AND /OR AUIOMATIC SYSTEMS 
IN-HOUSE OR ON UTILITIES. 
NETWORKS OR VENDORS 



2U ( 29 ) 



2 { 12 ) 



2 ( 14 ) 



U ( 0 ) 



3 ( 37 ) 



37 ( 23 ) 



RETROSPECTIVE CONVERSION 
(CONTINUATION f OH 
BEGINNING 



5(7) 



1(6) 



3 ( 21 ) 



U ( 0 > 



1 ( 12 ) 



1U ( a ) 



CHANGES IN TECHNICAL SERVICE 
OPERATIONS lE.G*. 
CENTRAL I ZAI ION) 



3(4) 



U ( U ) 



2 ( 14 ) 



1 ( 14 ) 



1(1^!) 



7(6) 



BUDGETARY CONSTRAINTS 



3(4) 



3 ( 18 ) 



0(0) 



0(0) 



U ( 0 ) 



6(5) 



NO MAJOR CHANGES EXPECIEU 



3(4) 



2 I 12 ) 



O ( O ) 



O ( O ) 



1 i 12 ) 



6(5) 



END OF RETROSPECTIVE 

CONVERSION. AACR^ CONVERSlUN 



3(4) 



2 ( 12 ) 



U ( U ) 



U ( U ) 



U ( 0 ) 



5(4) 



CONVERSION TO A COM CAfALUG 



1(1) 



'2 ( 12 ) 



1 ( / ) 



1 ( 14 ) 



0(0) 



5 < 4 ) 



DECREASE IN URIGINAL CATALOGING 

BECAUSE OF USE OF OULITIES 1(1) 



O ( O ) 



* ( 14 ) 



0 < O ) 



1 ( 12 ) 



4(3) 



CONUNUAIION OK AACR<£ CuNVERSION 



O ( U ) 



1(6) 



1 ( f ) 



1 ( 14 ) 



O ( O ) 



3 ( 2 ) 



MAJOR CHANGES IN cATrtLOGINb 
RULES (E.l*. » ttrtLH::) 



1(1) 



u ( O ) 



U ( O ) 



U ( 0 ) 



1 ( 12 ) 



2(1) 
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11H 



UUfcJpl I UN Jb/Pttlifc^ 



BfcLUfllNU A NACU PAR1K IRANI 
UN UKO DtKlSlTURY LIBRARY. 



0(0) 



1(7) 



1 ( 14 ) 



U ( 0 ) 



2 ( i \ 



> INCKbASb iN AtlUUNT UH hAlbRlALS 
1U BK1NU UNUbH BlbLLUUKAHHLL 
UUN I RUL 7 



UkVbLUKhbNl -:> A) NLh XN 
UNLiNb SYSIbhS 



1(1) 



U ( U ) 



0(0) 



0(0) 



0(0) 0(0) 0(0) 1(8) 

I 



0(0) 



0(0) 



1 ( 12 ) 



1 ( 18 



IUIAL NUMBbK Uh LHANbb* LUVbN 



lb 



10 



131 



NUlbbJ 



K\) NUMBLK Uf- LlBRARlbb 

AtvPr.WbK 1 NL* iHlto UUb^llUN 68 16 14 / 113 

t*:> * HbKLbNI A'Jb'o IN IHI'd lAbLb HbHKbsbN I lHb KbKUbNIAUb UP LIBRARlbS AN^WbKlNG 1H1S UUbSUUN THAI UAVb THlb KbSKJNSb. 



ERIC 



UUfcSllUN KLEA*b MAKb «NY UlHbK CUMMbNIS OR SUUObsHUNS ABUU1 I Hb NAMb AUlHURlTY PTLb SbRVKb. 

/ 

• / 

'4/» LlBHAHlb, MADb CUMMbN 1 b AND SUUbbS HUNS. HERE 1:i A SAMPHNU OF THOSb COMMbNTSI 

' ^ ft HH^\' V W ^|:^Ju l bf ^WbVbK '&£X^,S!!a ^^I 1UN ° H HtSWhCH VARIES ™ t COLLECT TVE BbNbF- 1 1 ,HAT THE 

INbUtUUUN* ASKED 10 b b SS^flm ?V2££,£ un^.i? ,HB f-ANNTNU STAOES .0 1Mb EKHECI UN INDIVIDUAL 

aothurt.y da,a unul the ^^sl L^vtL w acuvity iH«r too^ 

Wt SUU bb^ W?DE V Ss p'SsIbcE^EvUV^ f S, . feM WUH « LL SPE". AVAILAB1LI t Y UF T Hb SbHVlcE SHUULD 

LlbHAMbi!: HU ^ 1BLt ' tVtN '0 PHTVATb VbNDURS. GOVERNANCE SHOULD REPRESENT THE NEEDS Ut= ALL TYPbS OK PART TCTPATINU 



PRESbNI PLANS FOR D Tbi (Hi BUTED DEVELOPMENT SHOULD BE CONTINUED. 

AND CURRECIlUN. AL 1 HUUIjH THIS UUES1 lONNAIRb RELATES TU Nfi 
PUSS 1 bLE « 



ITH AUTHORIZED LIBRARIES BE'lNO EXPANDED IN NUMBER* FOR INPUT 
IE AUTHURIUES, SUBJECi AND SERIES SHOULD FOLLOW AS QUICKLY AS 



U "' h * "Sti^^Sv^ SS'sSS^BA^I^ 1 ^ CUMPLt,£ F1Lt *» 1N BUT L ' NLV CH « N ^ «, INTERESTED IN 

^ " UNl «I kELHEAt't^Hb^bbD^ 'HIS SHOULD INC RE Abb THE WORTH UF , M F 1LE > 

UP SbKlf:. AND SUBOECIS IN ,1 HIS bERvlS. UNU LUNDIUeF <«> IUN ^UULD BE blVEN lu INCLUSION 

'*'" JLU bb tXKMNDbU |.j INCLUDE SfcNiES IN IHb NEAR PUIURE, SUBJELIS bVEN I UALLY . 

► UK LIBRARIES Ni_> l«M A , ^tKVICb SHUULD bbNbKAlE LRUS* REf-ERENCE CARDS 1- IHbSb LUULD Bb LUbl EFFELI1VE. 
WE HOPE II WILL HVUIU IHb BACKLUb PKUBLbMb UF CUNSbR. 



12 j 
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UUfcfcl lUN j!6/HAL«k«: 



IHbKfr I:. A NbbLi hUK A bUbJbL I AUtHUKilY HLb bbKVILh. LUULU bUbJbL I b bb 1 Nl URPUKA I bU IN I Hb NAMb KUlHUKllY t iLb bbKV 1 L K 1 

IHt WHY:. IN WHKH YUU bUUUbb I I HA I I Hb NAh b WUULU bb PRlLbb. INJiLAibb IHA1 NAf-b lb bNVlbiUNbU MAINLY Ab A LUUt -UP bbKVUb. 
WILL IHbKb *b ANY PKUUUL I b UK bbkVIUbb AVAlLAbLb MJ I Hb UbbKbi b.b.t I Hb PUbblblLllY Uf- PK1NUNU L NUbb-Nth bKbNL t ANU 
AUIHUR11Y LARUb UK A I APb Uh AUIHURITY KbUUNUb NbfcbbU BY INDIVIDUAL L i bKAH I b*D ' lHib LAbl PUbblblLllY WUULU bb UbbHUL 
MjK LlbkAKlbb WHU LHNNUl AhhUkU UK UU NUT WltH IU BUY I Hb LUMPLbTb UN-LlNb HLb. PN1L 1NU IUULU I HbN bb bA^.bLi UN Ubb Uh 
KtUJKU, lh NU bULH bbHVUbb AKb Uh h LKbLK 1 HbN A LHAKub BY I 1Mb UN 1 Hb bY'^ I bM bbbM* MiJ'r> I bUUllAbLb. A LHAKUb bAbbb UN 
Kb i. UK Lib KbIKlbVbLi MibHI bb UNRbAbUNABLb Vl UNbi UbRi NU I Hb MULflPLb KbLUKUb h UK bUUY PLUb bUbLUVlblUNb UK AUlHUR/lllLb UK 
UN1KUKM I I I Lb LUMbiNAl lUNb. 

ALMHUrtUbU INblilUliUNb L»J NU I NbUbbbAKlLY PkUVlDb I Hb I YPb Uh bNlRlbb A bPbLlAL LlbRAKY, Lihb LAW, WUULU NbbLi. 11 WUULU bb 
AUVAN I AubUUb HJ HAVb UNb U»- 1 Hbbb INblilUllUNb bb A LAW LlbKAKY. I Hb '^AMb MAY AL^U HULLi I KUb Uh MbUiLAL LlbKAKibb, 

WHAI AbUUI bUPPLYINU NLM NAMb AU I HUK 1 1 Y HLb' 



(•LlbhftKlbb RbbPUNUINU lU I H lb UUbbl lUNl ^4 RbbbARL H » 4 Ai.AUbMlL , 4 PUbLlLt J. LAW. J MbU 1 L AL • ) 



NAME AUTHORITY FILE SERVICE QUESTIONNAIRE 



Instructions 

As you complete this questionnaire, skip questions that you are unable to answer. 
Feel free to continue answers on the back of a page if necessary. Questions about 
this questionnaire should be directed to Keith Russell, Council on Library Resources 
(202) 296-4757. 

General Questions 

1. Name of Person Completing Questionnaire ^ 

2. Title 

3. Organization * 

4. Address - 

5. Phone 

6. How many titles were cataloged at your library during your last fiscal year? 

7. How many of those titles required original cataloging? 

8. For how many titles was LC copy found? 

9. For how many titles was non-LC copy found? 

10. Does your library maintain i+s own name authority file? 

YES NO 

(If you answered NO, please skip to question 12.) 

11. Has your library recently done a study of the expense—either in dollars or 
in personnel hours—of maintaining the authority file? 

YES NO 

(If YES, could you supply any data to us?) 

12. Does your library currently have an online public catalog, or does it expect 
to have one in the next three years? 

YES NO 

13. If the answer to question 12 is YES, what type of authority control, if any, 
do (or will) you have for that online public catalog? 
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14. If your library currently uses the LC Name Authority File, please indicate 
the format (s) used: 

LC MARC Bibliographic File 

National Union Catalog (NUC) 

LC Name Authority File (on a system such as OCLC, WLN, etc.) 

LC Name Authority File on microfiche 

LC Name Authority File on tape 

Other (Please describe) 

Questions 15-20 concern your library's use of the LC Name Authority File as offered 
on any online system, such as OCLC, WLN, etc. 

15. Does your library currently use the LC Name Authority File as offered on any 
online system? 

YES NO 

(If you answered YES, please indicate which system: ) 

(If you answered NO, please skip to question 21.) 

16. Please list briefly all the purposes for which your library uses the LC Name 
Authority File on a system, including uses by public service staff and any 
unique uses you have found for the file. 
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17. Please check the approximate number of LC authority records staff at your 
library referred to on a system during the past 30 days: 

100 or less 

101 - 500 

501 - 1,000 

1,001 - 3,000 

3,001 or more 



18. Compared to six months ago, has the use of the LC Name Authority File In- 
staff at your library increased, decreased or remained the same? 

Increased 

____ Decreased 

Remained the Same 

-118- J2 .j 



I 



I 



I 



-3- 



19. If there has been a change in amount of use, describe briefly the cause(s) 
of the change: 



20. Please list any problems staff members at your library have encountered in - 
using the LC Name Authority File on a system. (We are interested in problems 
with the file rather than problems with the system on which it is mounted.) 



Questions 21-26 concern your library's use of Name Author ities, Cumulative Microform 
Edition , the quarterly microfiche version of the LC Name Authority File published by 
the Library of Congress. 

21. Does your library currently subscribe to Name Authorities, Cumulative Microform 
Edition? 

YES NO 



(If you answered NO, please skip to question 27.) 
22. To how many copies of Name Authorities does your library currently subscribe? 



23. To how many copies of Name Authorities do you expect your library will subscribe 
at this time next year? 

24. If your answer to number 23 differs from your answer to number 22, please 
briefly explain the reason(s) for the change in number of subscriptions: 



25. Please list briefly the purpose (s) for which Name Authorities is used in your 
library: 
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26. Please list any problems your institution has encountered in using Name 
Authorities : 



Questions 27-36 concern the Name Authority File Service, described in the cover 
letter accompanying this questionnaire, 

27. Would you expect your library to use the Name Authority File Service when it 
is available? 

YES NO 

(If you answered NO, please briefly indicate your reason (s) on the back of 
this page.) 

28. Assuming the Name Authority File Service were available in the following 
formats, which format (s) would you expect your library to use? (You may 
check more than one,) 

Online 

Magnetic tape 
Microform 

Paper copy (A possibility only) 

____ Other (Please explain) 

29. What special features, if any, would you want or expect an online Name 
Authority File Service to have? 



30. What special features, if any, would you want or expect a microform Name 
Authority File Service to have? 



31. What special features, if any, would you want or expect a paper copy format 
to have? 
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32. Online access to the Name Authority File Service will have to'be priced in a 
fair and reasonable way. Which of the following way(s) of charging would you 
prefer? (If you indicate more than one, please indicate a priority, with "1" 
indicating first preference, etc.) 

Price based on amount of time spent on the system 

Price based on number of headings found; a per record charge 

Price a subscription charge (if you choose this one, please suggest 

how that charge might be set; e.g., by amount of cataloging done the 
previous year, etc.) 

Other (Please explain) 



33. Please use this space to make suggestions about pricing of microform, tape and 
paper copy editions of the Name Authority File Service. 



34. What changes, if any, would you expect the availability of the Name Authority 
File Service to make in the operations and services of your library? 



35. What changes can you foresee in your library that, over the next five years, 
might affect your use of the Name Authority File Service? 



36. Please use this space, and the back of this page, to make any other comments 
or suggestions about the Name Authority File Service, 



Thank you for taking time to complete this questionnaire. 

Please mail the completed questionnaire by February 5 to: 

Council on Library Resources 

One Dupont Circle, N.W., Suite 620 

Washington, D.C. 20036 
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APPENDIX E 
GLOSSARY 



LASP Linked Authority Systems Project - the planning project for 

LSP/SNI and LSP/AI. 

LSP Linked Systems Project - the project to develop a standard 

computer-to-computer link between LU, RLIN, and WIN. 

LSP/SNI /Standard Network Interconnection - the telecommunications 

part of the LSP link. 

*\ 

LSP/AI /Authority Implementation - the authority application part, 

i.e., contribution, distribution and search, of the LSP link. 

NACO Name Authority Cooperative - the cooperative project to build 

a name and series authority database. 

NACO/LSP That portion of the NACO project that contributes using the 

Linked Systems software. 

NACO/Terminal That portion of the NACO project that contributes using a 

terminal -to-LC link with LC (e.g., Harvard, Chicago). 

NAFS Name Authority File Service - collective designation for the 

products made available from the NACO file. 
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